On Tue, Jun 05, 2001 at 11:14:11PM -0700, Jeff Bailey wrote:
> The proc bug exhibits only under heavy load. I've never looked at the
> internals, so I don't know if these arrays could be the cause of the
> crash but I will cheerfully test it if you send me the patch. I some
> have easily reprodu
On Wed, Jun 06, 2001 at 08:30:32AM +0300, Ognyan Kulev wrote:
> In $HURDSRC/proc/host.c, function S_proc_setexecdata uses std_port_array and
> std_int_array without exclusive lock. This can lead to a kind of corruption
> if two threads call this function simultaneously (race condition). I know
proc is effectively single-threaded, see proc/main.c:message_demuxer.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Hi,
In $HURDSRC/proc/host.c, function S_proc_setexecdata uses std_port_array and
std_int_array without exclusive lock. This can lead to a kind of corruption
if two threads call this function simultaneously (race condition). I know
that this is almost impossible to happen, but i'm asking if i pa
Hi,
If many GNU programs use PATH_MAX and other limits, why not headers skip
these definitions if _GNU_SYSTEM or something like that is defined. If it
is written in GNU Standards then one can define _GNU_SYSTEM (or whatever)
and the compiler will show him/her all the limits that don't exist on a
Hi,
I am right now porting kerberos, and beside the usual issues
like MAXPATHLEN, MAXHOSTNAMELEN, wrong use of __MACH__ and
sys_errlist[], errno, there is an interesting one:
#ifndef NCARGS
/* Linux doesn't seem to have it. */
#define NCARGS 1024
#endif
char cmdbuf[NCARGS+1]
We define NCARGS
On Wed, Jun 06, 2001 at 12:21:26AM +, Maurizio Boriani wrote:
> Hi all,
> I've studied and understand what rpctrace now is and how it work, so I'm ready
>to develop next things:
> * add to printed out text msg names and ids.
Very good.
> * parametrize it in order to filter
A lot of random discussion takes place on debian-hurd and that is fine,
but for this kind of stuff bug-hurd is really the appropriate place.
(I think most people who care much at all read both.) So let's just use that.
These are fine additions to rpctrace. Please make your changes piecemeal
a
Hi all,
I've studied and understand what rpctrace now is and how it work, so I'm ready
to develop next things:
* add to printed out text msg names and ids.
* parametrize it in order to filter output (view a single msg infomations, a
single ids information or maybe a selec
Hi,
if you want to boot gnumach in plex86, make sure you disable FPE by
commenting out the line in i386/bogus/fpe.h Otherwise Mach will panic in
fpe_init().
Now it comes as far as probing devices, but I have no time to track it
beyond that right now.
oskit-mach doesn't work so well. The singl
> I have installed on my Hurd server mig version 1.1-1 and the syntax is
> slightly different than the one explained in the CMU manuals.
> What I am trying to do is to get the random example running.
> I have modified the random.defs file and now MIG generates almost happily
> the randomServer.c,
I have installed on my Hurd server mig version 1.1-1 and the syntax is
slightly different than the one explained in the CMU manuals.
What I am trying to do is to get the random example running.
I have modified the random.defs file and now MIG generates almost happily
the randomServer.c, the rand
> I am looking for a pretty up-to-date manual about MIG syntax and the use
> of MIG. Does anybody have that?
There are only the CMU manuals which are up to date with respect to
syntax and the use of MiG.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
ht
Hi,
I am looking for a pretty up-to-date manual about MIG syntax and the use
of MIG. Does anybody have that?
Cheers.
Bertrand.
___
This message and any attachments (the "message") is intended solely for
the addressees and is confidenti
> After i mailed this i remembered that
> http://mail.gnu.org/pipermail/bug-hurd/ contains mbox for each month.
They do not work at all (patches are completely mangled).
> And
> notice that you must cut the first line of bug-hurd.mbox to read it with
> mail reader (at least mutt).
Yes, I notic
On Tue, Jun 05, 2001 at 09:33:29AM -0500, Neal H Walfield wrote:
>
> On Tue, Jun 05, 2001 at 04:11:37PM +0300, Ognyan Kulev wrote:
> > On Tue, Jun 05, 2001 at 08:49:25AM -0500, Neal H Walfield wrote:
> > >
> > > I need the archives of this list from March, April and May of 2001 in
> > > mbox for
On Tue, Jun 05, 2001 at 04:11:37PM +0300, Ognyan Kulev wrote:
> On Tue, Jun 05, 2001 at 08:49:25AM -0500, Neal H Walfield wrote:
> >
> > I need the archives of this list from March, April and May of 2001 in
> > mbox format. If someone has them and could email me, it would be
> > greatly appreci
On Tue, Jun 05, 2001 at 08:49:25AM -0500, Neal H Walfield wrote:
>
> I need the archives of this list from March, April and May of 2001 in
> mbox format. If someone has them and could email me, it would be
> greatly appreciated.
They can be found at http://mail.gnu.org/pipermail/bug-hurd.mbox/b
I need the archives of this list from March, April and May of 2001 in
mbox format. If someone has them and could email me, it would be
greatly appreciated.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
On Mon, Jun 04, 2001 at 12:19:51PM +0100, [EMAIL PROTECTED] wrote:
> thanks for the reply. The problem is that I have not access to CVS so is
> there any way I could get that new version from a ftp site?
You can get it from the Debian pool. From
ftp://ftp.debian.org/debian/pool/main/g/gnumach ge
20 matches
Mail list logo
