Re: Restore GNU/Hurd functionality

On Monday 20 July 2009 15:53:34, Thomas Schwinge wrote: > Well, thanks to you for helping with maintining GDB's Hurd port! If you > need help with a new Hurd image, or want shell access to a system > (), please just > speak up. (Likewise e

Re: Restore GNU/Hurd functionality

Hello! On Mon, Jul 20, 2009 at 11:22:34AM +0100, Pedro Alves wrote: > I've had the patch below here for months already (I think I wrote it > around the the time of the solaris changes), but, > since I had borked by GNU/Hurd setup and hadn't found the energy > yet to restore it, I completelly forgo

Re: cmp: the port comparison server

Hi, On Thu, Jul 16, 2009 at 03:48:19AM +0200, olafbuddenha...@gmx.net wrote: > On Mon, Jun 29, 2009 at 09:59:18AM +0200, Carl Fredrik Hammar wrote: > > On Sun, Jun 28, 2009 at 11:21:09PM +0200, olafbuddenha...@gmx.net > > wrote: > > > If the receiver has the task port, it can obtain the UID > > >

Re: Code trust by reverse authentication

Hi, On Thu, Jul 16, 2009 at 05:23:11AM +0200, olafbuddenha...@gmx.net wrote: > As I already said on IRC, I do see some merit in the idea of reverse > authentication, i.e. file objects authenticating against clients. It > makes sense to consider files as active objects, which have access to > certa

[PATCH4/4] fully enable rpctrace to trace multitask programs.

The fourth patch is the main one, which fully enable rpctrace to trace multitask programs. Zheng Da 2009-07-20 Zheng Da * rpctrace.c (UNKNOWN_NAME): New variable. (task_info): New structure. (traced_task): Removed. (task_ihash): New variable. (unknown_

[PATCH3/4] fully enable rpctrace to trace multitask programs.

The third patch removes one of gcc's warnings. Zheng Da 2009-07-20 Zheng Da rpctrace.c (print_contents): Put the if statement in braces. diff --git a/utils/rpctrace.c b/utils/rpctrace.c index 148b0a4..6d4801e 100644 --- a/utils/rpctrace.c +++ b/utils/rpctrace.c @@ -634,10 +634,12 @@

[PATCH2/4] fully enable rpctrace to trace multitask programs.

The second patch fixes bug #3939, so rpctrace can handle the signal correctly. Zheng Da 2009-07-20 Zheng Da fix bug #3939 * rpctrace.c (traced_task): Relocate. (wrap_all_threads): New function. (wrap_new_thread): Likewise. (trace_and_forward): Wrap all thread

[PATCH1/4] fully enable rpctrace to trace multitask programs.

This is the first patch that fix bug #20612. Zheng Da 2009-07-20 Zheng Da fix a bug #20612 * rpctrace.c (print_contents): Check the number of elements in the port array. diff --git a/utils/rpctrace.c b/utils/rpctrace.c index d80f41d..b7379a7 100644 --- a/utils/rpctrace.c +++ b/ut

Re: Restore GNU/Hurd functionality (was: Modernize solaris threads support.)

On Monday 20 July 2009 10:55:21, Thomas Schwinge wrote: > You did change the ``extern gnu_store_registers'' and ``extern > gnu_fetch_registers'' declarations in gnu-nat.c, but not their definitons > in i386gnu-nat.c, which I have committed now (as obvious). Sorry about that, and thanks for fixi

Restore GNU/Hurd functionality (was: Modernize solaris threads support.)

Hello! On Tue, Feb 24, 2009 at 02:38:58PM +, Pedro Alves wrote: > On Tuesday 24 February 2009 14:33:05, Pierre Muller wrote: > > Pedro, > > you also broke windows-nat.c compilation... > > Uh! Darn it. [...] ... and another one (which I noticed only now...): when we recently got a new Debi