Bug#190732: [PATCH] hurd/libdiskfs/dir-renamed.c

2003-07-21 Thread Ognyan Kulev
Ognyan Kulev wrote: BTW There is a possible deadlock in this function when source and destination parent directories are different. This is wrong. Actually, all renames are serialized (libdiskfs/dir-rename.c:24). Regards -- Ognyan Kulev <[EMAIL PROTECTED],fsa-bg.org}> 7D9F 66E6 68B7 A62B 0FCF

Bug#190732: [PATCH] hurd/libdiskfs/dir-renamed.c

2003-07-21 Thread Marco Gerards
Ognyan Kulev <[EMAIL PROTECTED]> writes: > Marco Gerards wrote: > > Ognyan Kulev <[EMAIL PROTECTED]> writes: > >>$ mkdir d > >>$ cd d > >>$ mkdir x > >>$ mv x y > >>$ mv y x > > I've tested this both with and without your patch. Nothing (weird) > > happened. > > (I suppose you are talking about y

Re: A translator for the MINIX file system

2003-07-21 Thread Roberto Reale
On Mon, Jul 21, 2003 at 05:21:17PM +0200, Roberto Reale wrote: > huge limitations with the needs of a modern environment (e.g., the > first version of the MINIX inode reserves only 8 bits for the UID!), Apparently, I am unable to get rid of my very bad habit of not re-reading a message until I h

Re: A translator for the MINIX file system

2003-07-21 Thread Roberto Reale
On Sun, Jul 20, 2003 at 09:27:40PM +0200, Marco Gerards wrote: > > ARG, I've written (but not finished) a similar translator. Still, it > is cool to see someone is working on this :). > > Perhaps the todo list on savannah should be updated so it is known to > everyone what is been worked on witho

Re: [PATCH][ALPHA 3] ext2fs and large stores (> 1.5G)

2003-07-21 Thread Robert Millan
On Mon, Jul 21, 2003 at 04:36:11PM +0300, Ognyan Kulev wrote: > > Probably there are some advantages in using libstore instead of Unix API. Maybe.. but we can't fix every piece of software that uses Unix API to access block devices :) -- Robert Millan _

Bug#190732: [PATCH] hurd/libdiskfs/dir-renamed.c

2003-07-21 Thread Ognyan Kulev
Marco Gerards wrote: Ognyan Kulev <[EMAIL PROTECTED]> writes: $ mkdir d $ cd d $ mkdir x $ mv x y $ mv y x I've tested this both with and without your patch. Nothing (weird) happened. (I suppose you are talking about your patch, not about mine.) I tried your patch and, suprisingly for me, the ass

Re: [PATCH][ALPHA 3] ext2fs and large stores (> 1.5G)

2003-07-21 Thread Ognyan Kulev
Robert Millan wrote: On Mon, Jul 21, 2003 at 02:51:37PM +0300, Ognyan Kulev wrote: I put a great effort (and time) to assure that there will be no problems with Alpha 3. Unfortunately, I still can't claim that. Data corruption seems to be gone, but there are some strange hangs after an hour of

[patch #1754] [Patch #1754] store_{read,write} abort program when LEN is not aligned

2003-07-21 Thread noreply
Patch #1754 has been updated. Project: Category: libstore Status: Open Summary: store_{read,write} abort program when LEN is not aligned --- For more info, visit: http://savannah.gnu.org/patch/?func=detailpatch&patch_id=1754&group_id=30

Re: [PATCH][ALPHA 3] ext2fs and large stores (> 1.5G)

2003-07-21 Thread Robert Millan
Hi Ognyan! On Mon, Jul 21, 2003 at 02:51:37PM +0300, Ognyan Kulev wrote: > > RELIABILITY > --- > > I put a great effort (and time) to assure that there will be no problems > with Alpha 3. Unfortunately, I still can't claim that. Data corruption > seems to be gone, but there are some

[PATCH][ALPHA 3] ext2fs and large stores (> 1.5G)

2003-07-21 Thread Ognyan Kulev
The third alpha-quality patch that makes ext2fs able to use large stores is available for testing. The major change since the previous alpha is using Neal's suggestion[1] of leaving to Mach the decisions which pages are paged out and when. [1] http://mail.gnu.org/archive/html/bug-hurd/2003-05/