Re: A memory-based filesystem for the lazy [or impatient]

2000-12-19 Thread Jim Franklin
Hi Farhid, Is there somewhere you can post it on the web so I can include a link to it? Jeff or Fredrico is there a place on one of the web sites for posting this kind of work? Jim - Original Message - From: "Farid Hajji" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, Decemb

Re: Small bug in libnetfs

2000-12-19 Thread Marcus Brinkmann
On Tue, Dec 19, 2000 at 05:43:35PM -0700, Michael Oberg wrote: > Shouldnt the patch read as follows? > + if (np == NULL) > +return ENOMEM; > + No, as netfs_make_node returns a void *, and not an error_t or something like that. See for example a user in hostmux/hostmux.c: netfs_root_node

Re: Small bug in libnetfs

2000-12-19 Thread Marcus Brinkmann
On Tue, Dec 19, 2000 at 06:32:16PM -0500, Igor Khavkine wrote: > I came across a potential segfault in the libnetfs code. Ah, yup. And that's not the only one of this type. You also find this in make-peropen.c has the same, and libdiskfs/file-chg.c, too. A complete list would be helpful. To do t

Re: Small bug in libnetfs

2000-12-19 Thread Michael Oberg
Shouldnt the patch read as follows? This is my understanding: Index: libnetfs/make-node.c === RCS file: /cvs/hurd/libnetfs/make-node.c,v retrieving revision 1.4 diff -u -r1.4 make-node.c --- libnetfs/make-node.c 1996/07/03 15

Re: Trying GNUMach with 2.0.38 drivers

2000-12-19 Thread Marcus Brinkmann
On Tue, Dec 19, 2000 at 04:25:56PM -0500, Neal H Walfield wrote: > > Kernel General Protection trap, eip 0x111e3e > > kernel trap, type 13, code 0 > > ...registers here... > > trapno 13 error > > panic trap > > > > Now what? It seems like SIGSEGV. I'm very interested in making thi

Small bug in libnetfs

2000-12-19 Thread Igor Khavkine
I came across a potential segfault in the libnetfs code. Here's the patch. Igor Index: libnetfs/make-node.c === RCS file: /cvs/hurd/libnetfs/make-node.c,v retrieving revision 1.4 diff -u -r1.4 make-node.c --- libnetfs/make-node.c

Re: Trying GNUMach with 2.0.38 drivers

2000-12-19 Thread Neal H Walfield
> Kernel General Protection trap, eip 0x111e3e > kernel trap, type 13, code 0 > ...registers here... > trapno 13 error > panic trap > > Now what? It seems like SIGSEGV. I'm very interested in making this driver > to work and I didn't work with kernel(s) before although I plan to.

Re: Trying GNUMach with 2.0.38 drivers

2000-12-19 Thread Ognyan Kulev
On Tue, Dec 19, 2000 at 04:02:11PM +0100, Marcus Brinkmann wrote: > On Tue, Dec 19, 2000 at 03:47:55PM +0200, Ognyan Kulev wrote: > > I try to compile GNUMach replacing its linux drivers with 2.0.38's because > > my computer is with Adaptec SCSI and the driver is broken:(( But there are > > some c

A memory-based filesystem for the lazy [or impatient]

2000-12-19 Thread Farid Hajji
Hi, please have a look at README before using. Feel free to add features and fix bugs. You may send them to me, so that I can include them in the next release. Thanks, -Farid. begin 644 memfs-1.0.tar.gz M'XL(```"`^Q;;7/;1I+V5T_=CYC2?8A4Q="F;,=)],641-F\E2B%I.+X M(T@,2<0@P,,`DOGO[^GN&6#`%V?O

Re: Trying GNUMach with 2.0.38 drivers

2000-12-19 Thread Marcus Brinkmann
On Tue, Dec 19, 2000 at 03:47:55PM +0200, Ognyan Kulev wrote: > Hi, > > I try to compile GNUMach replacing its linux drivers with 2.0.38's because > my computer is with Adaptec SCSI and the driver is broken:(( But there are > some compilation errors with asm statements. Have anyone experience tr

Trying GNUMach with 2.0.38 drivers

2000-12-19 Thread Ognyan Kulev
Hi, I try to compile GNUMach replacing its linux drivers with 2.0.38's because my computer is with Adaptec SCSI and the driver is broken:(( But there are some compilation errors with asm statements. Have anyone experience trying to replace the drivers? PS I know gnumach-oskit is with 2.2 drive