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
This patch removes some `implicit function definition' and `suggest
additional parentheses ...' warnings within ./vm and ./i386:
2002-03-05 Michael Teichgraeber <[EMAIL PROTECTED]>
*
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
/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
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
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 ,
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
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
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
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
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
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
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
13 matches
Mail list logo