FROM: HAJIA MARIAM ABACHA
Following the sudden death of my husband, Late General
Sanni Abacha, the former head of state of the federal
republic of Nigeria in June 1998, I have been thrown into a state of utter confusion, frustration and hopelessness by the present civilian administration. Secu
On Mon, Nov 18, 2002 at 03:19:49PM -0500, Roland McGrath wrote:
> > But only since end of august. Maybe I have an older Hurd installed.
>
> That seems likely given the failure mode.
Verified. Tomorrow Jeff wants to make new glibc packages, and then we can
upload them together.
So the only ch
On Mon, Oct 28, 2002 at 02:55:29PM -0500, David Walter wrote:
> X loses keyboard on trivial operation
>
> ls -l /dev/kbd
>
> The kbd translator formerly believed it needed to start a new thread
> for every open call. It also _closed_ the device after every
> corresponding close_hook cal
> But only since end of august. Maybe I have an older Hurd installed.
That seems likely given the failure mode.
> It would have been nice to know about such incompatibilities :)
Sorry. I figured you would have been noticing the hurd commits anyway and
ask if you didn't grok what it was for.
Marcus,
Marcus Brinkmann wrote:
Hi,
I started to document the Hurd server interfaces in the style of a reference
manual. The Hurd server interfaces are currently only documented in the
.defs files, which is a bit short on detail. I wanted a place where I could
put all the lengthy explanations
On Mon, Nov 18, 2002 at 02:33:56PM -0500, Roland McGrath wrote:
> That sounds like the new thread failed to call uselocale as it needs to.
> The call is in cthread_body.
But only since end of august. Maybe I have an older Hurd installed. It
would have been nice to know about such incompatibiliti
Hi,
I started to document the Hurd server interfaces in the style of a reference
manual. The Hurd server interfaces are currently only documented in the
.defs files, which is a bit short on detail. I wanted a place where I could
put all the lengthy explanations and rationale and protocols, and s
That sounds like the new thread failed to call uselocale as it needs to.
The call is in cthread_body.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Hello,
While debugging a home-made program with rpctrace, I've found
a bug in rpctrace: an assertion failed:
rpctrace: ../../utils/rpctrace.c:699: trace_and_forward: Assertion `info' failed.
I've looked inside rpctrace code, and it's in the mangling of
the message header befo
Hi,
the glibc 2.3 has another problem, which is exhibited by fsysopts on a
server. The problem shows up because argp uses isprint, and the new
implementation of that uses ctype_b, which is a thread local variable.
However, this variable is only set for the main thread, all other thread
have this
On Mon, Nov 18, 2002 at 09:26:56AM +0100, Marcus Brinkmann wrote:
> this is a bit more debugging info on the glibc 2.3 release (I will try the
> latest version soon, I just want to send this as long as I am still able to
> reproduce it). I don't really know how to make sense of this. I spotted
>
Patch #642 has been updated.
Project:
Category: None
Status: Open
Summary: simple nfs cleanups
Follow-Ups:
Date: 2002-Nov-18 14:17
By: marcus
Comment:
It would be nice if you could get rid of the assert instead just moving it.
Also, I would like to see a rationale (if not as a comment, then
Your message dated Mon, 18 Nov 2002 13:51:07 +0100
with message-id <[EMAIL PROTECTED]>
and subject line we have a kill now
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility
Your message dated Mon, 18 Nov 2002 13:47:19 +0100
with message-id <[EMAIL PROTECTED]>
and subject line fixed
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
=== BUG #1741: LATEST MODIFICATIONS ==
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=1741&group_id=30
Changes by: Marcus Brinkmann <[EMAIL PROTECTED]>
Date: 2002-Nov-18 13:36 (Europe/Berlin)
What | Removed | Added
--
=== BUG #1741: FULL BUG SNAPSHOT ===
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=1741&group_id=30
Submitted by: marcusProject: The GNU Hurd
Submitted on: 2002-Nov-18 13:36
Category: None Severit
On Mon, Nov 18, 2002 at 09:26:56AM +0100, Marcus Brinkmann wrote:
> When leaving gdb at that point, the sh process (which forked), still runs.
> And after I few seconds I get a kernel panic. This seems to be another bug.
> (See below for a kernel backtrace, which looks ok to me).
> I will set a b
On Mon, Nov 18, 2002 at 10:21:01AM +0100, Marcus Brinkmann wrote:
> Misunderstanding by me. It seems that only exceptions for the signal thread
> are handled by proc. So it doesn't seem that the proc server is involved at
> all, and I only have to look at the signal thread.
Uhm. How can I debug
Hi, all:
I've moved my hurd partition to a primary partition instead of
the logical partition. I compiled gnumach and oskit without
Wagi's pcmcia patch and everything succeeded! I boot successfully.
I haven't applied Richard Kreuter's patch. I hope it can solve the
the logical partition bootup prob
On Mon, Nov 18, 2002 at 10:08:08AM +0100, Marcus Brinkmann wrote:
> It's indeed the case that a bombardement of exceptions are generated, and
> eventually the kernel gets short on reply ports or so. The exception
> management in glibc and the proc server looks peculiar. Roland, do you have
> an i
On Mon, Nov 18, 2002 at 09:26:56AM +0100, Marcus Brinkmann wrote:
> Hi,
>
> this is a bit more debugging info on the glibc 2.3 release (I will try the
> latest version soon, I just want to send this as long as I am still able to
> reproduce it). I don't really know how to make sense of this. I s
Hi,
this is a bit more debugging info on the glibc 2.3 release (I will try the
latest version soon, I just want to send this as long as I am still able to
reproduce it). I don't really know how to make sense of this. I spotted
that main_arena's next pointer is zero, while the code assumes that t
Hi,
I just checked in the console client's port to the oskit-based GNU Mach.
You need Roland's oskit patch to get the @>=kbd device in oskit.
I probably broke the support for the GNU Mach v1 kbd device, I didn't test
it. But if it doesn't work it should be just a minor conversion error or
somet
23 matches
Mail list logo
