GNU Mach glue code update

source tree to achieve this goal ? -- Richard Braun signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: GNU Mach glue code update

that. However, I would like to inform you that for the next 7 days i will take a summer vacation. I will continue the development when i return. Sure, nice holidays then :-). -- Richard Braun signature.asc Description: Digital signature ___ Bug-hurd

Re: GNU Mach glue code update

begining, I've already managed to compile some drivers (they don't link yet). I've also been able to understand how to initialize the drivers. There is quite a load of work, but I'm more comfortable than when I tried porting drivers from Linux 2.6. -- Richard Braun signature.asc Description

Re: Implementation of condition_timedwait() in libthreads

On Sun, Apr 16, 2006 at 12:50:47AM +0200, Richard Braun wrote: Hello, During my work on the BPF translator, I was told translators shouldn't use pthreads for now. So I switched to cthreads and noticed there was no condition_timedwait() function. Here is a patch that adds this function

current_set symbol in GNU Mach

by a Mach specific call, and which one ? The same issue rose for pcmcia implementation, and comments by Stefan Siegl make me think he didn't fully solved the issue either. -- Richard Braun signature.asc Description: Digital signature ___ Bug-hurd

Re: current_set symbol in GNU Mach

On Fri, Aug 18, 2006 at 05:07:16PM +0200, Samuel Thibault wrote: Hi, Richard Braun, le Mon 14 Aug 2006 22:55:15 +0200, a écrit : extern struct task_struct *current_set[NR_CPUS]; #define current (0+current_set[smp_processor_id()]) /* Current on this processor */ The symbol named

Re: GNU Mach glue code update

/i386at/i386at_ds_routines.c. You can use [1] and [2] as working examples (I have problems with my network access, so my CVS repository is currently not always reachable :-/). Good luck. -- Richard Braun [1] http://cvs.sceen.net/index.cgi/gnumach/linux/sound/glue/sound.c?rev=1.1view=markup [2] http

Re: GNU Mach glue code update

code will know that console isn't an ethernet device, but eth0 is one. -- Richard Braun signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: GNU/Hurd sound system

. -- Richard Braun [1] http://cvs.sceen.net/index.cgi/gnumach/ signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: GNU/Hurd sound system

On Sun, Aug 27, 2006 at 08:34:21PM +0200, Richard Braun wrote: First case, small amount of data to write: the crash is in drain_dac(), which is called by ess_release(), which is called by device_deallocate(), when the ref count reaches 0 (both device_write() and device_close() return

Re: GNU/Hurd sound system

4.0 and not 4.1. Any help debugging is welcome :-). -- Richard Braun [1] http://cvs.sceen.net/index.cgi/gnumach/ (Download tarball) [2] http://devel.hurdfr.org/sndwrite.tgz signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug

Re: GNU Mach: enabling all (working) device drivers by default?

all these drivers takes time (and we all know it matters on the Hurd). The only relevant case which enables all drivers I could see is the Debian package, which is for everyone. I think this way (the current way) is a good one and we should not change it. -- Richard Braun signature.asc

Re: GNU Mach: enabling all (working) device drivers by default?

to that? No, it's fine. -- Richard Braun signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: ASM tidy

On Sat, Sep 23, 2006 at 06:09:41PM +0200, Samuel Thibault wrote: Hi, Here is an asm tidy patch, that fixes some potentially optimization-sensitive bugs, or gives better optimizations. Can someone have a look before I commit? Looks good to me. -- Richard Braun signature.asc Description

Re: `server' vs. `translator'

is being exported, like `/' by `/hurd/ext2fs'? I think that all tasks waiting for RPC requests are servers, and those which are attached to a VFS node (either a single node or implementing a sub tree) are translators. -- Richard Braun signature.asc Description: Digital signature

Re: Drop i860 and PS2 support ?

readability and is now totally useless. -- Richard Braun signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: More gnumach cleanup

/memcpy ? No, and I think it's a good thing. Nice to see someone working on this :-). -- Richard Braun signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Savannah task 5878 - port user_gdt

On Sun, Nov 05, 2006 at 03:21:38AM +0100, Samuel Thibault wrote: Barry deFreese, le Sat 04 Nov 2006 21:21:30 -0500, a écrit : How's this one? Should be fine. May somebody else proofread it? Looks good to me. -- Richard Braun signature.asc Description: Digital signature

Re: [task #5487] cthreads - pthreads

to become fully functional since they are portable. Mach is designed for high concurrency. GNU Pth is a userland implementation of threads, and is quite hairy. It should definitely be avoided when native kernel threads are available... -- Richard Braun signature.asc Description: Digital

Re: [task #5487] cthreads - pthreads

is that some libraries commonly used by translators, such as libports, use the cthreads library internally (e.g. when using ports_manage_port_operations_multithread()), which forces translators to use compatible objects (like mutexes). -- Richard Braun signature.asc Description: Digital signature

Re: [bug #17346] GNU mach can't handle 4GB memory

MB are very common RAM sizes. In other words, I'd suggest staying with the suggested changes to limit the amount of physical memory to 1 GB until someone *really* takes the time to propose and implement a suitable solution for handling more memory. -- Richard Braun signature.asc Description

Re: mach_msg trouble

threads can use mach_msg(). -- Richard Braun signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: mach_msg trouble

describe. Well yes, of course. It would be hard to build translators if using only the low level Mach interface. The Hurd provides libports for high level RPC. Check the Hurd hacking guide [1] for an example of how to use it. -- Richard Braun [1] http://www.gnu.org/software/hurd/hacking-guide/hhg.html

Re: zone allocator and aligned data

parameter. How many buffers do you want to allocate for FXSR ? -- Richard Braun signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

[PATCH] Support for alignment in the zone allocator

Here is a patch that does it all. Any comments ? 2006-12-30 Richard Braun [EMAIL PROTECTED] Added alignment support in the zone allocator. * kern/zalloc.c (ALIGN_SIZE_UP): New macro. (zinit): New `align' parameter. (zget_space): Likewise

Re: notify_no_senders oddity

a lookup ? -- Richard Braun signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: notify_no_senders oddity

: i386/i386at/dev_hdr.h: /* This structure is associated with each open device port. The port representing the device points to this structure. */ struct device { struct device_emulation_ops *emul_ops; void *emul_data; }; typedef struct device *device_t; -- Richard Braun signature.asc

Re: Having generated files in cvs?

don't think requiring people installing those tools is a problem, but it's quite disturbing when checking diff's for developers, so my opinion is that removing those generated files from the repository and having people use autotools is a good thing. -- Richard Braun signature.asc Description

Re: task #5130 - random translator

to hack on it :) Manuel Menal worked on such an implementation some time ago, but now he's not hacking any more. The code is available on the HurdFR repository [1]. Be aware though that randomness cannot be truely achieved without some kernel support. -- Richard Braun [1] http

Re: libtrivfs broken?

: kern_return_t trivfs_S_file_getcontrol (struct trivfs_protid *cred, ... { ... if (!cred-isroot) return EPERM; ... } If you check the source of fsysopts, you'll notice a call to file_getcontrol(), which is probably what fails. -- Richard Braun signature.asc Description: Digital

Re: libtrivfs broken?

which belongs to the user. Any reason for this behaviour ? -- Richard Braun signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: libtrivfs broken?

of the trivfs translator AIUI. Isn't there a way to do that without being root ? -- Richard Braun signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: libtrivfs broken?

On Mon, Feb 19, 2007 at 05:21:29PM -0800, Thomas Bushnell BSG wrote: On Tue, 2007-02-20 at 00:46 +0100, Richard Braun wrote: I understand the point. But calling file_getcontrol() on the upper-level node won't allow us to update the options of the trivfs translator AIUI. Isn't there a way

Re: can't create default pager object

(). MACH_NOTIFY_SEND_ONCE value is 71. So, it looks like the stub code gets an unexpected notification message on the reply port. I've not managed to understand the output of rpctrace better than that for now. Hope it helps. -- Richard Braun signature.asc Description: Digital signature

Re: GSoC libchannel project draft

limit the Hurd's extensibility, since ioctls are only required for compatibility, and any new interface which is Hurd specific wouldn't use them, obviously. Anyway, even if the current way is kept, you need some support at the libchannel side, so think of it. -- Richard Braun signature.asc

Re: [EMAIL PROTECTED]: GSoC proposal, device driver glue code]

simpler. For example, the VM and waiting/locking primitives are quite similar. I wouldn't mind if you simply answer you want to work on Linux drivers. Learning yet another OS may be too much work... -- Richard Braun signature.asc Description: Digital signature

Re: [EMAIL PROTECTED]: GSoC proposal, device driver glue code]

code in GNU Mach to be able to use Linux 2.6 drivers unmodified, using the current glue code only to understand how this should work. AIUI, he doesn't plan to update to Linux 2.6 device drivers instead of write a new GNUMach API to made porting Linux 2.6 device drivers more easy. -- Richard Braun

Re: I/O permission control in OSKit-Mach

helping poor tschwinge? I can spend some time on this with you :-). -- Richard Braun signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: QEMU vs. GNU Mach

. Use -d int and check /tmp/qemu.log. If it accepts input, you need to do additional checks. -- Richard Braun signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Putting a random translator into the Hurd directly?

simply not work without it... -- Richard Braun signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Hurdish TCP stack (was: updated proposal)

, but this is a (very?) long term step. -- Richard Braun signature.asc Description: Digital signature

Re: [GSoC] GNU/Hurd Sound Support

used to implement any quality driver in userspace. Developing this is completely outside the scope of the GCoS project. In fact, Richard Braun (syn on IRC) has once tried porting the driver, and had it mostly working, but there was a serious bug he couldn't track down, so he gave up. You

Re: [GSoC] GNU/Hurd Sound Support

sound support with the approach you mentioned require - for the long term - a new glue layer to be implemented first? Simply put, yes. My own roadmap was about porting Linux 2.2 drivers. As GNU Mach already provides a Linux 2.0 glue layer, I assumed it wouldn't require too much code. -- Richard

Re: Hurdish TCP stack (was: updated proposal)

interface of a socket, using a special string like any for unbound sockets. -- Richard Braun signature.asc Description: Digital signature

Migration threads

missed them. Does anyone know if the Hurd servers actually use thread migration ? -- Richard Braun

Re: device_set_filter documentation update

, Now that was a long time ago. I don't have a network access at home for now, and I'm quite busy at work, but give me some time to get reminded of what the code actually does and I'll comment on your changes soon. Thanks for noticing this. -- Richard Braun

Re: device_set_filter documentation update

, and not a combination of both, even though common sense would make it obvious. -- Richard Braun

Re: [PATCH] gnumach: vm: zone_gc: Got rid of useless function

steps is also a technique commonly used to reduce contention. -- Richard Braun

Re: port leak when starting a translator

look but are you sure the dirport (which is copied as dotdot in fshelp_fetch_root()) isn't kept around in the child translator as long as it runs, as a reference to the translator managing .. (that is, ports[INIT_PORT_CWDIR]) ? In addition, is this a mach port leak or a libports leak ? -- Richard

Re: port leak when starting a translator

on the port are destroyed, which generates a no-sender notification, on which the receive port is destroyed. I hope the child translator doesn't copy this right to other tasks, in which case we would have to track where and how references are passed. -- Richard Braun

Re: user-level drivers

could be renamed line instead. And we should also follow the way Mach names are built (i.e. module_object_method). mach_notify_irq() could be renamed mach_intr_notify(). device_irq_enable() would be named device_intr_enable(). -- Richard Braun

Re: user-level drivers

?) Maybe we should, indeed, else we can't do PAE. I'd suggest using natural_t (or unsigned long) too. But then, it can't be used to address 4 GiB physical memory. Consider expressing physical memory in page frame numbers. -- Richard Braun

Re: user-level drivers

the requested size to be a multiple of the large page size to indicate large pages are wanted. This large page size would be provided through a new macro sitting next to PAGE_SIZE. -- Richard Braun

Re: user-level drivers

seems reasonable. Mig should have no problem with 64 bits values. -- Richard Braun

Re: user-level drivers

and size is enough. -- Richard Braun

Re: Race problem in Mach/Hurd?

running. This could be due to some race condition (don't know yet where). What makes you think there are two signal threads ? -- Richard Braun

Re: Race condition (was problem) in Mach/Hurd?

On Tue, May 10, 2011 at 10:53:00AM +0200, Svante Signell wrote: On Tue, 2011-05-10 at 10:11 +0200, Richard Braun wrote: What makes you think there are two signal threads ? Did you look at the pasted output? Are you serious asking that ? I would call threads 5 and 6 signal threads

Re: Race condition (was problem) in Mach/Hurd?

it. -- Richard Braun

Re: Race condition (was problem) in Mach/Hurd?

On Tue, May 10, 2011 at 11:18:21AM +0200, Richard Braun wrote: I'll check how glibc deals with POSIX timers. It could simply be that timer_create() is called with SIGEV_THREAD. The invalid memory address is likely garbage at the top of the stack. I wouldn't worry about it. So, after a quick

Re: IRC meeting 2011-05-25 (Wednesday!)

be the same for other people as well. -- Richard Braun

Re: Real-time operation of Mach microkernel?

(which makes real time hardware accesses even harder), and there are no plans to make it real time in the near future. -- Richard Braun [1] http://www.rtmach.org/index-e.html

Re: Degradation of GNU/Hurd ``system performance''

, I have no idea how to go about narrowing down the problem :-( Here is a simple suggestion: try to measure the depth of the shadow object chains. -- Richard Braun

Re: COPY_DELAY could perform worse than COPY_NONE

explanation). -- Richard Braun

Re: Calling vm_object_deactivate_pages for each vm_object_deallocate kills performance.

. -- Richard Braun

Re: Disk drivers at SPL6 rather than 5?

in our current code. Looks fine, yes. I believe the reason was mainly historical anyway. -- Richard Braun

Requirements concerning GNU Mach additions

Hello, What are the requirements concerning additions (specifically, new files) in GNU Mach ? In particular, what coding style should be used for them ? -- Richard Braun

Re: COPY_DELAY could perform worse than COPY_NONE

the received buffer, or frequently transfer small amounts of data. The same could be done for vm_read/vm_write of course. -- Richard Braun

Re: GNUnet News: vfork and the signal race

the make father wait in a portable way. How about blocking signals until the child is actually able to handle SIGTERM correctly ? POSIX clearly states signal masks are inherited on forks. AIUI, this case doesn't need the parent to wait, only to avoid the kill/exec race. -- Richard Braun

Slab allocation in GNU Mach - git integration branch ready

enough positive feedbacks are obtained, so feel free to test and report your comments. Thanks. -- Richard Braun

Packet capture

. -- Richard Braun

Re: Packet capture

On Sat, Jan 28, 2012 at 08:56:29PM +0100, Richard Braun wrote: The Debian packages are available at my brand new repository. Add these to your sources.list file (ftp:// access should also work) : deb http://ftp.sceen.net/debian-hurd experimental/ deb-src http://ftp.sceen.net/debian-hurd

Re: Packet capture

On Sat, Jan 28, 2012 at 08:56:29PM +0100, Richard Braun wrote: I'm currently working on getting libpcap to a decent state on the Hurd. The Debian packages are available at my brand new repository. Add these to your sources.list file (ftp:// access should also work) : deb http://ftp.sceen.net

Re: 64bit GNU Mach

On Mon, Apr 02, 2012 at 12:35:25PM +0200, Samuel Thibault wrote: Richard Braun, le Mon 02 Apr 2012 12:03:34 +0200, a écrit : Kernel port names are addresses of their target IPC port object. Inside the kernel, yes. In the userland processes, no. That's the difference that xnu makes between

Re: 64bit GNU Mach

On Mon, Apr 02, 2012 at 01:57:31PM +0200, Samuel Thibault wrote: Richard Braun, le Mon 02 Apr 2012 13:46:08 +0200, a écrit : How do they convert names from/to pointers ? Regular IPC space lookups ? Well, yes, just like GNU Mach does, in ipc_kmsg_copyin_header etc. So we'd loose

Re: 64bit GNU Mach

split. What is the layout you expect for the kernel space ? First 4 GiB user then kernel ? And you thought of segmentation to implicitely shift addresses ? IMHO, changing GNU Mach to cleanly convert port names where needed remains the sane choice. -- Richard Braun

Re: 64bit GNU Mach

names, whatever the word size. -- Richard Braun

Re: Setting behavior for clustered IO

can be changed (keep it in mind to isolate its implementation, but adding a default policy only would still do). The vm_advise call should be added later, when actually allowing applications to change the policy. -- Richard Braun

[PATCH] vm_map: augment VM maps with a red-black tree

Because of heavy map entry fragmentation and a poor map entry merging implementation, the kernel can sometimes need thousands of map entries to describe the address space of a task (most often a pager). This change introduces a red-black tree in the VM maps with the purpose of speeding up entry

[PATCH v2] vm_map: augment VM maps with a red-black tree

Because of heavy map entry fragmentation and a poor map entry merging implementation, the kernel can sometimes need thousands of map entries to describe the address space of a task (most often a pager). This change introduces a red-black tree in the VM maps with the purpose of speeding up entry

Re: »No more PTYs« message

. On darnassus, this bug was seen faster when syslogd was enabled. -- Richard Braun

Re: Moving ufs to pthreads

On Sun, Jun 17, 2012 at 02:58:06PM -0700, Thomas Thomas wrote: PS - Does anyone use UFS? Probably not. -- Richard Braun

Page cache issues

with this part of the Hurd would take a look, it would be appreciated. -- Richard Braun [1] http://lists.gnu.org/archive/html/bug-hurd/2010-03/msg00127.html [2] http://lists.gnu.org/archive/html/bug-hurd/2010-04/msg00012.html

Re: procfs, separate repo?

in one place, and it simplifies keeping the tightly coupled modules of the Hurd in sync. -- Richard Braun

[PATCH] Fix stack corruption in ext2fs server

* ext2fs/inode.c (diskfs_node_iterate): allocate the temporary node table from the heap instead of the stack. Signed-off-by: Richard Braun rbr...@sceen.net --- ext2fs/inode.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/ext2fs/inode.c b/ext2fs/inode.c index

Re: [PATCH] Fix stack corruption in ext2fs server

On Tue, Jul 03, 2012 at 09:13:36PM -0300, Samuel Thibault wrote: Richard Braun, le Tue 03 Jul 2012 23:13:26 +0200, a écrit : * ext2fs/inode.c (diskfs_node_iterate): allocate the temporary node table from the heap instead of the stack. That can be quite a lot for the stack indeed, thanks

Re: procfs, separate repo?

On Wed, Jul 04, 2012 at 08:29:13AM +0200, Thomas Schwinge wrote: On Tue, 3 Jul 2012 21:19:12 +0200, Richard Braun rbr...@sceen.net wrote: Unless it's very easy to use submodules, we should use one repository. Other projects with much more content and history have showed it's perfectly sane

Re: [PATCH] Fix stack corruption in ext2fs server

On Wed, Jul 04, 2012 at 07:58:13AM -0300, Samuel Thibault wrote: Richard Braun, le Wed 04 Jul 2012 08:22:13 +0200, a écrit : It's also quite a lot of heap too, and every 5 seconds. We should consider increasing the interval between global syncs to reduce the impact of this potentially heavy

Weekly meetings during the GSoC

Hello, Following our discussions on IRC, the weekly meetings will be reinstated during the Google summer of code, to better follow the progress of the students (although other subjects are of course welcome). The meeting is scheduled on Thurdsay, 19:00 UTC. -- Richard Braun

[PATCH] VM cache policy change.

This patch lets the kernel unconditionnally cache non empty unreferenced objects instead of using a fixed arbitrary limit. As the pageout daemon evicts pages, it collects cached objects that have become empty. The effective result is a graceful adjustment of the number of objects related to memory

Re: [PATCH] VM cache policy change.

On Mon, Jul 09, 2012 at 04:44:57PM +0200, Richard Braun wrote: Note that you need up-to-date versions of both GNU Mach [1] and the Hurd [2] to test this patch, as it needs important bug fixes to avoid file system crashes and kernel panics. Debian packages with the patch and the required bug

Re: [PATCH] VM cache policy change.

On Tue, Jul 10, 2012 at 03:15:00AM +0200, Samuel Thibault wrote: Richard Braun, le Tue 10 Jul 2012 03:03:09 +0200, a écrit : Debian packages with the patch and the required bug fixes are available at my repository : I guess they are all already in upstream gits? I'm currently uploading

Re: [PATCH] VM cache policy change.

On Tue, Jul 10, 2012 at 08:24:30AM +0200, Richard Braun wrote: On Tue, Jul 10, 2012 at 03:15:00AM +0200, Samuel Thibault wrote: I'm currently uploading new hurd, gnumach netdde packages. The bug fixes have been committed, but not the VM cache patch, which is included in my gnumach package

Re: New procfs implementation

On Thu, Jul 12, 2012 at 04:03:55PM +0200, Thomas Schwinge wrote: I have now promoted this branch from jkoenig/master to master -- it is the procfs variant that we've been using ever since, and the two different branches recently confused Richard. That was quick, thanks. -- Richard Braun

[PATCH] Page cache accounting

If no major objection is raised (particularly about the new Mig routine), I'll commit this patch in a few days. The decision to add the call to the mach4 interface stems from pragmatism. It doesn't break existing compatibility, and it doesn't add the burden of a new interface. ---

Page cache accounting and policy, new Debian packages

On Tue, Jul 10, 2012 at 07:26:54PM +0200, Richard Braun wrote: An up-to-date gnumach package including the patch is now available. Patched versions of the gnumach and hurd packages are available at my repository. They include the page cache accounting and policy change patches (gnumach

Re: [PATCH] Page cache accounting

. vm_cache_statistics1 etc.. ? -- Richard Braun

Re: [PATCH] VM cache policy change.

for this report. The results of vmstat and slabinfo (vm_object, thread and ipc_port lines) are what I'm mostly interested in. I suspect there are quite a lot of them, and the performance regression probably comes from the scalability issues previously described. -- Richard Braun

Re: [PATCH] Page cache accounting

On Sat, Jul 14, 2012 at 05:06:37PM +0200, Richard Braun wrote: If no major objection is raised (particularly about the new Mig routine), I'll commit this patch in a few days. As I intend to continue working on the page cache, and because the policy patch alone can't be included now, I have

[PATCH] Report page cache size

* rootdir.c: Add #include mach/mach4.h. (rootdir_gc_meminfo): Call vm_cache_statistics() and report the result. --- rootdir.c |8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/rootdir.c b/rootdir.c index 1fa71b0..c24585e 100644 --- a/rootdir.c +++ b/rootdir.c @@ -20,6

Re: Concerning pthreads and such

progress. -- Richard Braun

  1   2   3   4   5   6   >