oskit-mach: -Wall

2002-03-04 Thread Michael Teichgraeber
Hi, besides the `multi-line'-warnings caused by some oskit headers there are still (in my oskit-mach copy) 271 warnings about implicit declarations of functions http://www.stud.fernuni-hagen.de/q5631297/hurd/implicit and 109 warnings with different messages http://www.stud.fernuni-hagen.de/q

patch: oskit-mach:./vm

2002-03-04 Thread Michael Teichgraeber
This patch removes some `implicit function definition' and `suggest additional parentheses ...' warnings within ./vm and ./i386: 2002-03-05 Michael Teichgraeber <[EMAIL PROTECTED]> *

patch: oskit-mach: bcopy, bzero ...

2002-03-04 Thread Michael Teichgraeber
This patch removes warnings about implicit definitions of bzero and bcopy by including . (At some other places already (Glibc-) has been included, but this could perhaps be a problem if e.g. size_t were not the same as oskit_size_t, since oskit-mach is linked against liboskit_c, not libc). If yo

patch: oskit-mach/oskit/ds_routines.h

2002-03-03 Thread Michael Teichgraeber
/ds_routines.h must be removed. The new oskit/ds_routines.h still lacks a license header, since I was not sure, whether this is concerned to be modified Utah code or should be GPLed code. -- 2002-03-03 Michael Teichgraeber <[EM

patch: oskit-mach:oskit

2002-03-03 Thread Michael Teichgraeber
This will remove unused variables within oskit-mach:./oskit: 2002-03-03 Michael Teichgraeber <[EMAIL PROTECTED]> * oskit/ds_asyncio.c (new_request): Removed unused variable(s). (ds_asyncio_complete_write_inband_1): Likewise. (ds_asyncio_write_inband): Li

patch: oskit-mach/oskit/ds_asynchio.c

2002-03-03 Thread Michael Teichgraeber
rs nothing changes. - 2002-03-03 Michael Teichgraeber <[EMAIL PROTECTED]> * include/device/device_error_reply.defs: Changed subsystem name to device_error_reply. * oskit/ds_asyncio.c: Include ,

Re: A job for a lazy afternoon: oskit-mach and -Wall

2002-02-28 Thread Michael Teichgraeber
A lot of warnings are caused by constructs within oskit-20010214 headers, such as o multi-line string literals (in about 8 files): |asm volatile(" | jmp 0f | 0: | ") . This should be the same and fixes it

Re: /hurd/tmpfs problem

2002-01-07 Thread Michael Teichgraeber
Neal H Walfield <[EMAIL PROTECTED]> writes: > The problem that you are seeing is likely solved by the following patch: > [...] > - mach_port_deallocate (mach_task_self (), realnode); Yes, with this patch tmpfs is running now. (Strange for _me_ is, that--similar to my last (ufs) problem--this t

Re: /hurd/tmpfs problem

2002-01-06 Thread Michael Teichgraeber
Using tmpfs as an active translator, its behaviour is different on my machine: A tmpfs process is running, but the underlying node does not get translated into a directory. According to `manual bootstrapping a translator' of Neal Walfield I started a gdb session on tmpfs. For instance, i tried to

/hurd/tmpfs problem

2002-01-05 Thread Michael Teichgraeber
Hi, when using the tmpfs translator of the Debian hurd package of 2001 Nov 5, I experience problems. I set a translator to a local directory ./tmp by running `settrans ./tmp /hurd/tmpfs 1MB'; I am able to create files within that fs, but they are not visible anymore, if I enter the directory a se

ufs-utils/dlabel.c (was: Hurd and UFS)

2001-12-06 Thread Michael Teichgraeber
Roland McGrath <[EMAIL PROTECTED]> writes: > [...] Some call somewhere either clobbers the _hurd_fd[fd] data > structure, or consumes the send right. With these techniques, you > should be able to tell which and where. Thanks for your helpful advice; fd_get_device() in `dlabel.c' -- this file i

Re: Hurd and UFS

2001-12-05 Thread Michael Teichgraeber
Roland McGrath <[EMAIL PROTECTED]> writes: > [...] As to the SIGLOST crash, that is kind of strange. That error > is supposed to indicate that the RPC server appeared to die, in this > case the storeio or filesystem. Storeio keeps running, but ... > First you can try "trap '' SIGLOST" to ign

Hurd and UFS

2001-12-02 Thread Michael Teichgraeber
Hello, I am new to hurd and just tried to use `mkfs.ufs' to create an UFS on a local partition. I am running a Hurd system from the Debian hurd_20011105 package. I expierienced that `mkfs.ufs' fails after printing the superblock locations with a `Resource lost' error. After some investigation I