On Monday 10 of October 2011 05:21:22 erik quanstrom wrote:
> > didn't have the time to make that change. That said, I find acme (and
> > Edit in particular) damned near unusable without multi-line tags now.
>
> do you have a particular usage senerio where this is most apparent?
when editing mul
On 10/09/2011 08:04 AM, Russ Cox wrote:
On Sat, Oct 8, 2011 at 8:02 PM, L N wrote:
Anyone know the state of the art of writing 9p clients/servers in tcl?
I believe the state of the art is not to use tcl. :-)
I'm having fun writing 9p clients in Go.
IMHO, That Go or Go-language thingy seems
> that's a good question. if you just want to copy everything, i use the shell
> idiom
> disk/mkfs <{echo +}
I ran this in /usr/bootes/ as bootes:
su# disk/mkfs -a -s / <{echo +} > arch
processing /fd/7
mkfs: /fd/7:1: can't open //dev/consctl: '//dev/consctl' permission denied
mkfs:
No error, no crash. Just some files/dirs are not copied to new destination.
du -s gives different number on linux vs. ext2srv/plan9 native./ Also, du -a
| wc -l differ. I was not able to identify any system in which files/ dirs
do not appear on ext2srv. First, i thought that dirs with > 120 files,
There is a security problem with p9auth in u9fs: it uses uname from
Tauth/Tattach as user's identity - ignoring the user id which has been
authenticated to the auth server. As uname is always set to up->user
in devmnt, this means that:
a) a user cann't have a different name on the u9fs machine; a
It's true that the server must take account of the result of
authentication, but although that might not
mean identity, the results of authentication should be consistent with
the name presented as uname
in Tauth/Tattach. In the context of p9auth I think that means that the
cuid of AuthInfo should
> su# disk/mkfs -a -s / <{echo +} > arch
> processing /fd/7
> mkfs: /fd/7:1: can't open //dev/consctl: '//dev/consctl' permission denied
> mkfs: /fd/7:1: can't open //dev/kprint: '//dev/kprint' device or
> object already in use
>
> I guess it wasn't the brightest idea, because the arch file grew m
C is a low level language, not intermediate.
In the second decade of the 21st century is it too much to ask for garbage
collection and type safety?
Hmm. I'm probably just feeding a troll.
Paul
On Mon, Oct 10, 2011 at 2:05 AM, Balwinder S Dheeman <
bsd.sans...@anu.homelinux.net> wrote:
> On 10
It's not necessary that you're feeding a troll, in my opinion.
I actually agree with the idea that C is enough.
I don't understand why you need garbage collection ... why do you need
to have garbage in the first place?
Just because time goes by does not mean everything should keep on
changing you k
devmnt always uses up->user for Tauth/Tattach no matter what an auth
protocol would yield (/sys/src/9/port/devmnt.c:281). Stock 9P servers
tolerate this and check Tattach.uname to match Tauth.uname but use
t.cuid or t.suid as the true user identity (unless no auth required).
Anyway, simply trustin
Indeed the whole point of Tauth is that the uname in Tattach isn't intended to
be trusted on its own, unless supported by an afid that attests to a previous
authentication of the uname. (An exception is that many servers only
run as the invoking user
and don't insist on authentication.) That's the
I wrote my first significant software project in 1971 in IBM 1620
assembly language. When I got done, I felt I was equipped to develop
anything. In my subsequent job in a COBOL shop I became the house
curmudgeon, sure that the language just got in the way.
But looking back, there is no way we cou
Uname in Tauth/Tattach indeed seem to be irrelevant for p9any but as
it is external to 9P this may be a provision for other possible auth
schemes where the uname may be the only place to provide an indentity
being authenticated...
Speaking as someone who is too old and senile and stupid even to
become a High Court Judge, I find the lack of "improvements" to Tcl to
be a major attraction. I don’t need to program in it that often – I
maintain one moderately-sized script which hardly ever changes - but
when I need to re-visit i
On Mon Oct 10 09:52:36 EDT 2011, ph.soft...@gmail.com wrote:
> It's not necessary that you're feeding a troll, in my opinion.
> I actually agree with the idea that C is enough.
> I don't understand why you need garbage collection ... why do you need
> to have garbage in the first place?
> Just beca
On Mon Oct 10 00:08:51 EDT 2011, paul.a.lalo...@gmail.com wrote:
> I often keep an Edit I'm refining in a separate tag line for easy selection.
> But the real use was in keeping commands that need chorded parameters, so my
> debugger sessions, for example, keep a line of "list print break" etc, so
You could just define it in the first write to the auth file. In any
case, there wouldn't
be any need for the names in Tauth and Tattach to match, because the
server would
always use the result of the authentication.
I imagine the intention was that in Tauth, uname defined the user to
authenticate
> > i'd rather have a window like win that would operate on the same
> principle
> > as the sam edit window.
>
>
>
So do I.
++pac
18 matches
Mail list logo
