Re: [PATCH 0/3] Implement unionmount on top of unionfs

Hello, All the patches in this patch series have already been reviewed and quite many changes have been introduced. It's time for me to post the corrected patches, which I'm doing right now. Note, that PATCH 2/3 has changed essentially in the meantime: antrik said it would be good to have the mo

[PATCH 1/3] Add the ``--mount'' command line option.

>From 880a92b0dc13834fc08d541a9d936e0b0b83a220 Mon Sep 17 00:00:00 2001 From: Sergiu Ivanov Date: Thu, 18 Jun 2009 22:51:58 +0300 Subject: [PATCH] Add the ``--mount'' command line option. * Makefile (OBJS): Add mount.o * options.h (OPT_MOUNT, OPT_LONG_MOUNT): Define. * options.c (argp_common_opti

[PATCH 2/3] Start the mountee after the initialization.

>From 0d9b7ceaa601ce9bbaae1673b44b46f86609776e Mon Sep 17 00:00:00 2001 From: Sergiu Ivanov Date: Sun, 5 Jul 2009 14:36:36 +0300 Subject: [PATCH] Start the mountee after initialization. * main.c (main): Schedule an update to start the mountee. * mount.c (unionmount_proxy): New variable. (mountee_

[PATCH 3/3] Add the mountee to the list of merged filesystems.

>From aebb706b49e547d551a049acaecc1bde58bda3e0 Mon Sep 17 00:00:00 2001 From: Sergiu Ivanov Date: Sun, 5 Jul 2009 15:26:58 +0300 Subject: [PATCH] Add the mountee to the list of merged filesystems. * mount.c (start_mountee): Add the mountee's filesystem to the list of merged filesystems. * node.c

Re: [PATCH 1/3] Add the ``--mount'' command line option

Hello, On Fri, Jul 03, 2009 at 07:01:37AM +0200, olafbuddenha...@gmx.net wrote: > On Mon, Jun 29, 2009 at 09:14:56PM +0300, Sergiu Ivanov wrote: > > Also, I'd still stand for creating a ``stand-alone'' unionmount > > translator > > That's definitely still an option, but I refuse to decide on that

Re: [PATCH 3/3] Add the code for adding the mountee to the merged filesystems

Hello, On Fri, Jul 03, 2009 at 07:07:59AM +0200, olafbuddenha...@gmx.net wrote: > On Thu, Jun 11, 2009 at 09:25:10PM +0300, Sergiu Ivanov wrote: > > > + ulfs_register ("\0", 0, 0); > > "\0" is wrong -- it will generate a string consisting of *two* \0 > characters. Just use an empty string. Ah,

Re: [PATCH 2/3] Add the code for starting up the mountee

Hello, To avoid redundant text, I'll state beforehand that everything I didn't comment on I had corrected in the patches I had sent in several minutes before. One remark on the comments in the unionmount_start_mountee function: this code I borrowed from nsmux with little change, which means that

Re: [PATCH 1/3] Add the ``--mount'' command line option

Hello, On Fri, Jul 03, 2009 at 06:52:37AM +0200, olafbuddenha...@gmx.net wrote: > On Thu, Jun 18, 2009 at 11:14:41PM +0300, Sergiu Ivanov wrote: > > @@ -124,6 +132,13 @@ argp_parse_common_options (int key, char *arg, struct > > argp_state *state) > >ulfs_match = 0; > >break; > >

Re: News...

Am Samstag, 4. Juli 2009 17:13:17 schrieb Thomas Schwinge: > Just a quick comment: instead of altering the existing announcement now, > what about publishing these (undoubted!) enhancements in the next one -- > by then these changes will (I expect) be present in the master sources. That's a nice i

Re: [PATCH 2/3] Start the mountee in a lazy fashion

>From 236bcec849c5775a4567c7d8fbceb75beb29dc48 Mon Sep 17 00:00:00 2001 From: Sergiu Ivanov Date: Sun, 5 Jul 2009 23:08:44 +0300 Subject: [PATCH] Start the mountee in a lazy fashion. * mount.c (unionmount_proxy): New variable. (mountee_port): Likewise. (mountee_started): Likewise. (setup_unionmou

[PATCH] Enable the mountee to be started after initialization.

>From b24ab737d51c67fe1210472b5eb550061b6fb308 Mon Sep 17 00:00:00 2001 From: Sergiu Ivanov Date: Sun, 5 Jul 2009 23:49:14 +0300 Subject: [PATCH] Enable the mountee to be started after initialization. * main.c (main): Schedule and update to start the mountee. * netfs.c (netfs_validate_stat): Don'

Re: Where to run the Hurd

Hello, On Thu, Jul 02, 2009 at 08:51:11PM +0200, Samuel Thibault wrote: > Thanks for your investigation, it's clearly useful! I'm sorry, it turns out I'm a little bit busy at the moment, so I'll continue the investigation later. I estimate the probability of the fact that I'll continue it by the

Re: Berkeley Packet Filter

Thomas Schwinge wrote: Hello! Zheng Da asked me to tell him about previous work that has been done on supporting and using Berkeley Packet Filters. Here it is: Hi, GNU Savannah bug #25054 -- Kernel panic with eth-multiplexer, reported b

Re: [PATCH] fully enable rpctrace to trace multitask programs.

Hi, olafbuddenha...@gmx.net wrote: I'm not convinced to use ihash everywhere by that ihash is a library in Hurd and its code is maintained. I still think we need to use the hash table where it is needed, use the linked list where it is needed, etc. I guess you don't like the dynamic array:-).

[bug #25054] Kernel panic with eth-multiplexer

Follow-up Comment #1, bug #25054 (project hurd): The kernel panic was caused by a bug in eth-multiplexer, which didn't deallocate the out-of-line data in ds_device_write(). The problem doesn't exist any more. ___ Reply to this item at: