On Wed, 18 Aug 1999, Ilia Chipitsine wrote:
> > > > Why i think this is bug? Because any user can hung FreeBSD, settings in
> > > > /etc/login.conf can't help.
> >
> > >Are you sure about that? Setting datasize limits will prevent
> > >malloc() from doing what you're trying to make it do. Are
In message <19990817230910.a6...@netmonger.net> Christopher Masto writes:
: Do they still not allow you to release the specs? How is the code
: going to become part of FreeBSD if they won't allow its release?
I didn't sign an NDA to get my copy of the spec or the hardware...
I also don't have ti
There is a patch that fixes this, I found it, and submitted a bug report
on their web page.
I don't have it handy, but if you go to www.openldap.org and to their
faq-o-matic, and it should be in there.
I'll see if I can find it and send it to you in the mean time.
On Tue, 17 Aug 1999, Steven Am
On Wed, 18 Aug 1999, Ilia Chipitsine wrote:
> > > > Why i think this is bug? Because any user can hung FreeBSD, settings in
> > > > /etc/login.conf can't help.
> >
> > >Are you sure about that? Setting datasize limits will prevent
> > >malloc() from doing what you're trying to make it do. Ar
> A group of us at Apple are trying to figure out how to handle
> situations where a filesystem with "foreign" user ID's are present.
> The basic problem is that the user experience using Unix semantics
> are not really pleasant. I think some examples would help:
Basically, you have two
Thanks! I'll check the site (but would appreciate your sending it to me
also).
-Steve
On Tue, 17 Aug 1999, Jaye Mathisen wrote:
>
> There is a patch that fixes this, I found it, and submitted a bug report
> on their web page.
>
> I don't have it handy, but if you go to www.openldap.org and to
+[ Wilfredo Sanchez ]-
| A group of us at Apple are trying to figure out how to handle
| situations where a filesystem with "foreign" user ID's are present.
| The basic problem is that the user experience using Unix semantics
| are not really
In message <[EMAIL PROTECTED]> Christopher Masto writes:
: Do they still not allow you to release the specs? How is the code
: going to become part of FreeBSD if they won't allow its release?
I didn't sign an NDA to get my copy of the spec or the hardware...
I also don't have time to devote to
There is a patch that fixes this, I found it, and submitted a bug report
on their web page.
I don't have it handy, but if you go to www.openldap.org and to their
faq-o-matic, and it should be in there.
I'll see if I can find it and send it to you in the mean time.
On Tue, 17 Aug 1999, Steven A
On 18-Aug-99 Wilfredo Sanchez wrote:
> when new media is available and it will try to mount it. The present
> behaviour in Mac OS X Server is that everything mounted this way is
> trusted, though the Finder should be requesting nosetuid; I should
> check that. It's also possible that t
At 7:17 PM -0700 8/17/99, Wilfredo Sanchez wrote:
I think the desired behaviour would be that since this is
effectively now Joe's zip disk, he should be able to do as he
pleases. One proposal might be to give the console user the
equivalent of root's priveledges on any removeable media he inser
| I suppose you could carry a UID, GID mapping on the disks, and
have mount look
| out for it.. If you had a 'removable disk' flag in /etc/fstab,
then have the
| kernel look for those files, and use umapfs with them on the
mounted FS. It
| could be rather dangerous security wise though.. Mayb
I've got a project at work where using LDAP would make my life
much simpler. So... on my home PC (running FBSD 4.0-CURRENT 8.2.99)
I installed openldap from the ports collection (V1.2.3...ports cvsuped
about an hour ago from cvsup5.freebsd.org).
I cd into the test area /usr/ports/work/ldap/tests
> A group of us at Apple are trying to figure out how to handle
> situations where a filesystem with "foreign" user ID's are present.
> The basic problem is that the user experience using Unix semantics
> are not really pleasant. I think some examples would help:
Basically, you have two
Thanks! I'll check the site (but would appreciate your sending it to me
also).
-Steve
On Tue, 17 Aug 1999, Jaye Mathisen wrote:
>
> There is a patch that fixes this, I found it, and submitted a bug report
> on their web page.
>
> I don't have it handy, but if you go to www.openldap.org and to
+[ Wilfredo Sanchez ]-
| A group of us at Apple are trying to figure out how to handle
| situations where a filesystem with "foreign" user ID's are present.
| The basic problem is that the user experience using Unix semantics
| are not reall
On Tue, Aug 17, 1999 at 07:46:37PM -0700, Wilfredo Sanchez wrote:
> Yes, the fancy command is what the Finder does for him. Options
> are details, and not really interesting. The question is what should
> the behaviour be, and what's happening underneath the covers to
> support that? Are
On 18-Aug-99 Wilfredo Sanchez wrote:
> when new media is available and it will try to mount it. The present
> behaviour in Mac OS X Server is that everything mounted this way is
> trusted, though the Finder should be requesting nosetuid; I should
> check that. It's also possible that
At 7:17 PM -0700 8/17/99, Wilfredo Sanchez wrote:
> I think the desired behaviour would be that since this is
>effectively now Joe's zip disk, he should be able to do as he
>pleases. One proposal might be to give the console user the
>equivalent of root's priveledges on any removeable media he i
| I suppose you could carry a UID, GID mapping on the disks, and
have mount look
| out for it.. If you had a 'removable disk' flag in /etc/fstab,
then have the
| kernel look for those files, and use umapfs with them on the
mounted FS. It
| could be rather dangerous security wise though.. May
At 12:25 PM +0930 8/18/99, Daniel O'Connor wrote:
On 18-Aug-99 Wilfredo Sanchez wrote:
>Joe doesn't use the shell. The Finder will do this for him; when
> you insert a floppy in Mac OS, it gets mounted and shows up on your
> desktop. This is the case with all media.
Yes... Why is this a
I've got a project at work where using LDAP would make my life
much simpler. So... on my home PC (running FBSD 4.0-CURRENT 8.2.99)
I installed openldap from the ports collection (V1.2.3...ports cvsuped
about an hour ago from cvsup5.freebsd.org).
I cd into the test area /usr/ports/work/ldap/tests
On Tue, Aug 17, 1999 at 07:46:37PM -0700, Wilfredo Sanchez wrote:
> Yes, the fancy command is what the Finder does for him. Options
> are details, and not really interesting. The question is what should
> the behaviour be, and what's happening underneath the covers to
> support that? Ar
On 18-Aug-99 Wilfredo Sanchez wrote:
>I'm trying to support a user experience similar to Mac OS using
> BSD underneath (for Mac OS version 10). The goal being simplicity
> for the user, which I think might interest some FreeBSD users as well
> as my customers.
Right.. sorry, I didn'
On 18-Aug-99 Warner Losh wrote:
> I don't understand the objection... umapfs is generic and relatively
> small I don't know if it actually works under FreeBSD-stable or
> -current, but it is in the tree.
Well I don't know if it works either.. I thought someone fixed it, but it might
be b
| Yes... Why is this a FreeBSD problem then? I would have thought it
would be up
| to MacOS to do the UID remapping (I must be missing something)
I'm trying to support a user experience similar to Mac OS using
BSD underneath (for Mac OS version 10). The goal being simplicity
for the user,
At 12:25 PM +0930 8/18/99, Daniel O'Connor wrote:
>On 18-Aug-99 Wilfredo Sanchez wrote:
> >Joe doesn't use the shell. The Finder will do this for him; when
> > you insert a floppy in Mac OS, it gets mounted and shows up on your
> > desktop. This is the case with all media.
>
>Yes... Why is
On Wed, Aug 04, 1999 at 12:47:30PM +0200, Soren Schmidt wrote:
> It seems Vince Vielhaber wrote:
> >
> > Out of curiousity, have there been any successes in the drivers for
> > the OnStream tape drives (SCSI or IDE)?
>
> Working on it (for IDE that is), support is planned for, but I have
> no rel
In message "Daniel O'Connor" writes:
: IMHO being abe to override UID:GID's would be useful in a normal
: mount because umapfs adds more complexity to work. (Though I can see
: that doing it in the various FS's would suck royally)
I don't understand the objection... umapfs is generic and relativ
On 18-Aug-99 Warner Losh wrote:
> : you can override the uid/gid on mount.. I assume you mean Joe uses
> : something like sudo so he can mount the disk..
> Doesn't umapfs do that?
Yes.. half way through reading the mail I realised and didn't re-edit it..
IMHO being abe to override UID:GID's wou
Daniel O'Connor wrote:
> On 18-Aug-99 Wilfredo Sanchez wrote:
> >Joe doesn't use the shell. The Finder will do this for him; when
> > you insert a floppy in Mac OS, it gets mounted and shows up on your
> > desktop. This is the case with all media.
>
> Yes... Why is this a FreeBS
On 18-Aug-99 Wilfredo Sanchez wrote:
>Joe doesn't use the shell. The Finder will do this for him; when
> you insert a floppy in Mac OS, it gets mounted and shows up on your
> desktop. This is the case with all media.
Yes... Why is this a FreeBSD problem then? I would have thought it w
In message "Daniel
O'Connor" writes:
: How about just adding some flags to mount and modifying UFS so that
: you can override the uid/gid on mount.. I assume you mean Joe uses
: something like sudo so he can mount the disk..
Doesn't umapfs do that?
Warner
To Unsubscribe: send mail to majord..
| I assume you mean Joe uses something like sudo
| so he can mount the disk..
Joe doesn't use the shell. The Finder will do this for him; when
you insert a floppy in Mac OS, it gets mounted and shows up on your
desktop. This is the case with all media.
| So allow users to use the fancy ne
On Tue, Aug 17, 1999 at 07:17:45PM -0700, Wilfredo Sanchez wrote:
> A group of us at Apple are trying to figure out how to handle
> situations where a filesystem with "foreign" user ID's are present.
(I don't know if this has already been mentioned -- it hasn't on
tech-userle...@netbsd.or
On 18-Aug-99 Wilfredo Sanchez wrote:
>I think the desired behaviour would be that since this is
> effectively now Joe's zip disk, he should be able to do as he
> pleases. One proposal might be to give the console user the
> equivalent of root's priveledges on any removeable media he
On 18-Aug-99 Wilfredo Sanchez wrote:
>I'm trying to support a user experience similar to Mac OS using
> BSD underneath (for Mac OS version 10). The goal being simplicity
> for the user, which I think might interest some FreeBSD users as well
> as my customers.
Right.. sorry, I didn
On 18-Aug-99 Warner Losh wrote:
> I don't understand the objection... umapfs is generic and relatively
> small I don't know if it actually works under FreeBSD-stable or
> -current, but it is in the tree.
Well I don't know if it works either.. I thought someone fixed it, but it might
be
A group of us at Apple are trying to figure out how to handle
situations where a filesystem with "foreign" user ID's are present.
The basic problem is that the user experience using Unix semantics
are not really pleasant. I think some examples would help:
I'm working with Joe on a proj
| Yes... Why is this a FreeBSD problem then? I would have thought it
would be up
| to MacOS to do the UID remapping (I must be missing something)
I'm trying to support a user experience similar to Mac OS using
BSD underneath (for Mac OS version 10). The goal being simplicity
for the user
On Wed, Aug 04, 1999 at 12:47:30PM +0200, Soren Schmidt wrote:
> It seems Vince Vielhaber wrote:
> >
> > Out of curiousity, have there been any successes in the drivers for
> > the OnStream tape drives (SCSI or IDE)?
>
> Working on it (for IDE that is), support is planned for, but I have
> no re
In message <[EMAIL PROTECTED]> "Daniel O'Connor" writes:
: IMHO being abe to override UID:GID's would be useful in a normal
: mount because umapfs adds more complexity to work. (Though I can see
: that doing it in the various FS's would suck royally)
I don't understand the objection... umapfs is
On 18-Aug-99 Warner Losh wrote:
> : you can override the uid/gid on mount.. I assume you mean Joe uses
> : something like sudo so he can mount the disk..
> Doesn't umapfs do that?
Yes.. half way through reading the mail I realised and didn't re-edit it..
IMHO being abe to override UID:GID's wo
Daniel O'Connor wrote:
> On 18-Aug-99 Wilfredo Sanchez wrote:
> >Joe doesn't use the shell. The Finder will do this for him; when
> > you insert a floppy in Mac OS, it gets mounted and shows up on your
> > desktop. This is the case with all media.
>
> Yes... Why is this a FreeB
On 18-Aug-99 Wilfredo Sanchez wrote:
>Joe doesn't use the shell. The Finder will do this for him; when
> you insert a floppy in Mac OS, it gets mounted and shows up on your
> desktop. This is the case with all media.
Yes... Why is this a FreeBSD problem then? I would have thought it
In message <[EMAIL PROTECTED]> "Daniel
O'Connor" writes:
: How about just adding some flags to mount and modifying UFS so that
: you can override the uid/gid on mount.. I assume you mean Joe uses
: something like sudo so he can mount the disk..
Doesn't umapfs do that?
Warner
To Unsubscribe: s
At 6:37 PM -0700 8/17/99, Matthew Dillon wrote:
If you removed the stat test, I would simply get rid of the -s
option entirely - require that all files be queued to the print
spool.
The administration would kill me. I would prefer to avoid that.
(note that the check isn't completely
| I assume you mean Joe uses something like sudo
| so he can mount the disk..
Joe doesn't use the shell. The Finder will do this for him; when
you insert a floppy in Mac OS, it gets mounted and shows up on your
desktop. This is the case with all media.
| So allow users to use the fancy n
On Tue, Aug 17, 1999 at 07:17:45PM -0700, Wilfredo Sanchez wrote:
> A group of us at Apple are trying to figure out how to handle
> situations where a filesystem with "foreign" user ID's are present.
(I don't know if this has already been mentioned -- it hasn't on
[EMAIL PROTECTED], whic
On 18-Aug-99 Wilfredo Sanchez wrote:
>I think the desired behaviour would be that since this is
> effectively now Joe's zip disk, he should be able to do as he
> pleases. One proposal might be to give the console user the
> equivalent of root's priveledges on any removeable media he
:lpr has the '-s' option that tells it to create a symlink to
:the file you want to print, instead of copying the file into
:...
:has not changed, if the standard st_dev+st_ino check is not
:going to work? Seems to me I should be checking something,
:instead of just ignoring the issue for NFS moun
lpr has the '-s' option that tells it to create a symlink to
the file you want to print, instead of copying the file into
the spool directory. As a security precaution, it does a
'stat' call on the file it links to, and saves away the
device_id and file_number that it found.
When lpd later goes
A group of us at Apple are trying to figure out how to handle
situations where a filesystem with "foreign" user ID's are present.
The basic problem is that the user experience using Unix semantics
are not really pleasant. I think some examples would help:
I'm working with Joe on a pro
At 6:37 PM -0700 8/17/99, Matthew Dillon wrote:
>If you removed the stat test, I would simply get rid of the -s
>option entirely - require that all files be queued to the print
>spool.
The administration would kill me. I would prefer to avoid that.
(note that the check isn't complet
:lpr has the '-s' option that tells it to create a symlink to
:the file you want to print, instead of copying the file into
:...
:has not changed, if the standard st_dev+st_ino check is not
:going to work? Seems to me I should be checking something,
:instead of just ignoring the issue for NFS mou
Yeah...I was thinking of RIO which isn't 100% what Andrzej wanted...but
maybe a step in the right direction?
-marc
Marc Nicholas netSTOR Technologies, Inc. http://www.netstor.com
"Fast, Expandable and Affordable Internet Caching Pro
lpr has the '-s' option that tells it to create a symlink to
the file you want to print, instead of copying the file into
the spool directory. As a security precaution, it does a
'stat' call on the file it links to, and saves away the
device_id and file_number that it found.
When lpd later goes
Yeah...I was thinking of RIO which isn't 100% what Andrzej wanted...but
maybe a step in the right direction?
-marc
Marc Nicholas netSTOR Technologies, Inc. http://www.netstor.com
"Fast, Expandable and Affordable Internet Caching Pr
On Tue, 17 Aug 1999, Marc Nicholas wrote:
> Wasn't there already a project that did this??? The project name escapes
> me, but I believe it was linked from the FreeBSD Projects page...
Maybe you're thinking of the RIO project (RAM I/O):
http://www.eecs.umich.edu/Rio/
Kris
To Unsubscribe: send
On Tue, 17 Aug 1999, Kris Kennaway wrote:
> > Which is the problem if you're say, using ftp to a remote system right?
>
> In the non-PAM world, how would the ticket get from the client to the FTP
> server? Some kind of subchannel?
With FTP, one uses GSSAPI.
With telnet/rlogin/rsh authentication
On Tue, 17 Aug 1999, Matthew N. Dodd wrote:
> > At a guess, it is given your username, obtains the ticket from wherever
> > that is stored locally and goes off and verifies it against the server. If
> > the server comes back affirmative, it grants you access.
>
> Which is the problem if you're sa
On Tue, 17 Aug 1999, Kris Kennaway wrote:
> At a guess, it is given your username, obtains the ticket from wherever
> that is stored locally and goes off and verifies it against the server. If
> the server comes back affirmative, it grants you access.
Which is the problem if you're say, using ftp
On Tue, 17 Aug 1999, Matthew N. Dodd wrote:
> I'm still a bit confused about PAM though. While it is possible to do
> what kinit does and verify a password, the real reason we like kerberos is
> because we don't have to enter passwords; we get a ticket and the server
> verifies that the ticket is
On Tue, 17 Aug 1999, Marc Nicholas wrote:
> Wasn't there already a project that did this??? The project name escapes
> me, but I believe it was linked from the FreeBSD Projects page...
Maybe you're thinking of the RIO project (RAM I/O):
http://www.eecs.umich.edu/Rio/
Kris
To Unsubscribe: sen
On Tue, 17 Aug 1999, Kris Kennaway wrote:
> At a guess, it is given your username, obtains the ticket from wherever
> that is stored locally and goes off and verifies it against the server. If
> the server comes back affirmative, it grants you access.
Which is the problem if you're say, using ftp
On Tue, 17 Aug 1999, Julian Elischer wrote:
> going in or going out?
>
> (draw picture)
vnc server
++
+---+ NT |
+
On Tue, 17 Aug 1999, Matthew N. Dodd wrote:
> > At a guess, it is given your username, obtains the ticket from wherever
> > that is stored locally and goes off and verifies it against the server. If
> > the server comes back affirmative, it grants you access.
>
> Which is the problem if you're s
Don Lewis wrote:
>
> On Aug 16, 9:18pm, Terry Lambert wrote:
> } Subject: Re: BSD XFS Port & BSD VFS Rewrite
>
> } > I don't see how the namei recursion method prevents catching // as a
> } > namespace escape.
> }
> }
> } //apple-resource-fork/intermediate_dir/some_other_dir/file_with_fork
> }
>
On Tue, 17 Aug 1999, Kris Kennaway wrote:
> > Which is the problem if you're say, using ftp to a remote system right?
>
> In the non-PAM world, how would the ticket get from the client to the FTP
> server? Some kind of subchannel?
With FTP, one uses GSSAPI.
With telnet/rlogin/rsh authentication
On Tue, 17 Aug 1999, Matthew N. Dodd wrote:
> I'm still a bit confused about PAM though. While it is possible to do
> what kinit does and verify a password, the real reason we like kerberos is
> because we don't have to enter passwords; we get a ticket and the server
> verifies that the ticket i
On Tue, 17 Aug 1999, Julian Elischer wrote:
> going in or going out?
>
> (draw picture)
vnc server
++
+---+ NT |
Don Lewis wrote:
>
> On Aug 16, 9:18pm, Terry Lambert wrote:
> } Subject: Re: BSD XFS Port & BSD VFS Rewrite
>
> } > I don't see how the namei recursion method prevents catching // as a
> } > namespace escape.
> }
> }
> } //apple-resource-fork/intermediate_dir/some_other_dir/file_with_fork
> }
On Tue, 17 Aug 1999, Kris Kennaway wrote:
> On Tue, 17 Aug 1999, Matthew N. Dodd wrote:
> > I'm pretty sure there is a kerberos5 pam module floating around
> > somewhere...
>
> ftp://ftp.dementia.org/pub/pam/
> http://www-personal.engin.umich.edu/~itoi/
>
> Both referenced from
> http://www.us.ke
On Aug 16, 9:18pm, Terry Lambert wrote:
} Subject: Re: BSD XFS Port & BSD VFS Rewrite
} > I don't see how the namei recursion method prevents catching // as a
} > namespace escape.
}
}
} //apple-resource-fork/intermediate_dir/some_other_dir/file_with_fork
}
} You can't inherit the fact that yo
On Aug 16, 9:18pm, Terry Lambert wrote:
} Subject: Re: BSD XFS Port & BSD VFS Rewrite
} > I don't see how the namei recursion method prevents catching // as a
} > namespace escape.
}
}
} //apple-resource-fork/intermediate_dir/some_other_dir/file_with_fork
}
} You can't inherit the fact that y
On Tue, 17 Aug 1999, Kris Kennaway wrote:
> On Tue, 17 Aug 1999, Matthew N. Dodd wrote:
> > I'm pretty sure there is a kerberos5 pam module floating around
> > somewhere...
>
> ftp://ftp.dementia.org/pub/pam/
> http://www-personal.engin.umich.edu/~itoi/
>
> Both referenced from
> http://www.us.k
I forgot I had some old diffs that may be of help,
http://www.freebsd.org/~mch/vop1a.diff
You'll notice that just about everywhere that I moved vput() to the
appropriate layer a path component buffer was also freed in the wrong
place. John Dyson put these buffers in zones so the free routine prob
> > Have you tried Heidemann's student's stacking layers? There is one
> > encryption, and one per-file compression with namespace hiding, that
> > I think it would be hard pressed to keep up with. But I'll give it
> > the benefit of the doubt. 8-).
>
> Nope. The problem is that while stacking
On Wed, 18 Aug 1999, Michael Hancock wrote:
> Interesting, have you read the Heidemann paper that outlines a solution
> that uses a cache manager?
>
> You can probably find it somewhere here,
> http://www.isi.edu/~johnh/SOFTWARE/UCLA_STACKING/
Nope. I've read his dissertation, and his discussion
I forgot I had some old diffs that may be of help,
http://www.freebsd.org/~mch/vop1a.diff
You'll notice that just about everywhere that I moved vput() to the
appropriate layer a path component buffer was also freed in the wrong
place. John Dyson put these buffers in zones so the free routine pro
> > Have you tried Heidemann's student's stacking layers? There is one
> > encryption, and one per-file compression with namespace hiding, that
> > I think it would be hard pressed to keep up with. But I'll give it
> > the benefit of the doubt. 8-).
>
> Nope. The problem is that while stacking
On Wed, 18 Aug 1999, Michael Hancock wrote:
> Interesting, have you read the Heidemann paper that outlines a solution
> that uses a cache manager?
>
> You can probably find it somewhere here,
> http://www.isi.edu/~johnh/SOFTWARE/UCLA_STACKING/
Nope. I've read his dissertation, and his discussio
On Tue, 17 Aug 1999, Matthew N. Dodd wrote:
> I'm pretty sure there is a kerberos5 pam module floating around
> somewhere...
ftp://ftp.dementia.org/pub/pam/
http://www-personal.engin.umich.edu/~itoi/
Both referenced from
http://www.us.kernel.org/pub/linux/libs/pam/modules.html
Kris
To Unsubs
On Tue, 17 Aug 1999, Matthew N. Dodd wrote:
> I'm pretty sure there is a kerberos5 pam module floating around
> somewhere...
ftp://ftp.dementia.org/pub/pam/
http://www-personal.engin.umich.edu/~itoi/
Both referenced from
http://www.us.kernel.org/pub/linux/libs/pam/modules.html
Kris
To Unsub
On Tue, 17 Aug 1999, Terry Lambert wrote:
> > > > > 2.Advisory locks are hung off private backing objects.
> > I'm not sure. The struct lock * is only used by layered filesystems, so
> > they can keep track both of the underlying vnode lock, and if needed their
> > own vnode lock. For advisory
On Tue, 17 Aug 1999, Terry Lambert wrote:
> > > > > 2.Advisory locks are hung off private backing objects.
> > I'm not sure. The struct lock * is only used by layered filesystems, so
> > they can keep track both of the underlying vnode lock, and if needed their
> > own vnode lock. For advisor
On Tue, 17 Aug 1999, Alec Kalinin wrote:
> > > Why i think this is bug? Because any user can hung FreeBSD, settings in
> > > /etc/login.conf can't help.
>
> >Are you sure about that? Setting datasize limits will prevent
> >malloc() from doing what you're trying to make it do. Are you
> >sure yo
To enable kernel profiling on FreeBSD Rel 3.2, I did the following,
(according to a posting by Bruce Evans on 9/11/1996):
config -p
make clean
make depend
make
But I got link errors on several files:
mcount.o: multiple def. of mcount
prof_machdep.o: first defined h
going in or going out?
(draw picture)
On Tue, 17 Aug 1999, Leif Neland wrote:
> The main problem is to get past the firewall.
>
> On Mon, 16 Aug 1999, Julian Elischer wrote:
>
> > vnc is cool, but also check out back-orafice
> > (not sure where you get it but the new one can take over NT as
To enable kernel profiling on FreeBSD Rel 3.2, I did the following,
(according to a posting by Bruce Evans on 9/11/1996):
config -p
make clean
make depend
make
But I got link errors on several files:
mcount.o: multiple def. of mcount
prof_machdep.o: first defined
Dag-Erling Smorgrav writes:
> Archie Cobbs writes:
> > Igor Gousarov writes:
> > > The source file for setlocale function
> > > (/usr/src/lib/libc/locale/setlocale.c)
> > > contains the line which might put libc into infinite loop:
> > > [...]
> > Please file a PR to make sure that this doesn't "
On Tue, 17 Aug 1999, Alec Kalinin wrote:
> > > Why i think this is bug? Because any user can hung FreeBSD, settings in
> > > /etc/login.conf can't help.
>
> >Are you sure about that? Setting datasize limits will prevent
> >malloc() from doing what you're trying to make it do. Are you
> >sure y
going in or going out?
(draw picture)
On Tue, 17 Aug 1999, Leif Neland wrote:
> The main problem is to get past the firewall.
>
> On Mon, 16 Aug 1999, Julian Elischer wrote:
>
> > vnc is cool, but also check out back-orafice
> > (not sure where you get it but the new one can take over NT as
Dag-Erling Smorgrav writes:
> Archie Cobbs <[EMAIL PROTECTED]> writes:
> > Igor Gousarov writes:
> > > The source file for setlocale function (/usr/src/lib/libc/locale/setlocale.c)
> > > contains the line which might put libc into infinite loop:
> > > [...]
> > Please file a PR to make sure that t
> > The current rush of things crypto has piqued my interest, so I am
> > hammering away quite hard these days.
>
> Well, would it be useful for me to commit the KERBEROS -> KERBEROS4
> changes?
Er, no; please submit them to me as patches. :-)
Thanks!
M
--
Mark Murray
Join the anti-SPAM movemen
On Tue, 17 Aug 1999, Mark Murray wrote:
> > What is holding back the work in the userland stuff then? Time?
>
> No; the lack thereof ;-)
>
> The current rush of things crypto has piqued my interest, so I am
> hammering away quite hard these days.
Well, would it be useful for me to commit the KE
> What is holding back the work in the userland stuff then? Time?
No; the lack thereof ;-)
The current rush of things crypto has piqued my interest, so I am
hammering away quite hard these days.
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send mail to ma
On Tue, 17 Aug 1999, Mark Murray wrote:
> I have a better idea; PAM-ify everything (that can be pammed). The rest
> of the stuff, I intend to do as you say.
Hummm...
That might be the way to go...
I'm not that familliar with PAM though.
This would be nice since it would let us rip all the cruft
On Tue, 17 Aug 1999, David E. Cross wrote:
> I am terribly sorry. I had 2 messages about kerboers5 come in at the same
> time (one from -hackers, one from mit), I replied to to wrong one.
Ah. Had me terribly confused. :)
--
| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBS
> What do you think about moving all the current '#ifdef KERBEROS' to
> '#ifdef KERBEROS4' and starting to integrate the '#ifdef KERBEROS5' bits
> in ftp, telnet, rsh, rlogin etc? I don't see a reason to rip out the krb4
> stuff and delay on the krb5 userland integration. Since the userland
> stu
1 - 100 of 146 matches
Mail list logo
