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

2000-12-20 Thread Roland McGrath
Oh, how about that. We already have store_buffer_create. Hmm. We have the "copy" store type, and the "zero" store type. I don't have a running Hurd here to try this, but try something like this: settrans -cpa /dev/ramdisk /hurd/storeio -Tcopy:zero 12345 where 12345 is the number of bytes in th

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

2000-12-20 Thread Roland McGrath
If you are going to take that approach, i.e. a memory-based disk rather than a memory-based filesystem, I would suggest adding a type to libstore. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd

the_hurd_links structure

2000-12-20 Thread Jim Franklin
Hi folks, I would like restructure the_hurd_links.html http://angg.twu.net/a/the_hurd_links.html to be more developer friendly. In particular adding a section for new developers on how to get started on developing the hurd and which links in particular would be most useful to new developers, inte

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

2000-12-20 Thread Ognyan Kulev
On Tue, Dec 19, 2000 at 09:30:32PM -0700, Jim Franklin wrote: > 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? I added it to Hurd Web page which it is unaccessi

Re: Trying GNUMach with 2.0.38 drivers

2000-12-20 Thread Ognyan Kulev
On Tue, Dec 19, 2000 at 04:25:56PM -0500, Neal H Walfield wrote: > Compile in debugging symbols (--enable-debug). Reboot with the new --enable-debug doesn't work. I had to use export CFLAGS=-g before ./configure. I examined configure.in. There is no handling there. Neither in linux/configure