[bug #26751] creating memory objects through the proxy defpager can fail

URL: Summary: creating memory objects through the proxy defpager can fail Project: The GNU Hurd Submitted by: benasselstine Submitted on: Sat 06 Jun 2009 08:55:16 PM EDT Category: Non

[PATCH] building/installing iso9660fs.static by default

Hi, Does it make sense to build iso9660fs statically and install that in /hurd? Why not eh? Patch follows. Ben --- configure.in.orig 2005-07-22 16:21:14.0 -0400 +++ configure.in2005-07-22 16:21:07.0 -0400 @@ -59,7 +59,7 @@ [ --disable-profile do not build profile

problem using default_pager_object_set_size ()

Hi, While debugging tmpfs, default_pager_object_set_size makes it hang. After looking around the code a bit, I saw that default_pager_object_set_size is in [hurd]/hurd/default_pager.defs, but is NOT in [gnumach]/include/mach/default_pager.defs. Is it in fact, missing? Ben

Re: problem using default_pager_object_set_size ()

Whoopsie. It's in mach-defpager of course. On 7/23/05, Ben Asselstine <[EMAIL PROTECTED]> wrote: > Hi, > > While debugging tmpfs, default_pager_object_set_size makes it hang. > After looking around the code a bit, I saw that > default_pager_object_set_size is in [hur

[PATCH] symlink support in tmpfs

Hi, While still very broken, this patch makes the creation of symlinks and the reading of their links possible within tmpfs. There were 3 problems: 1) (create_symlink_hook) the type of file wasn't being set, now set to DT_LNK. 2) (create_symlink hook) st_size never over 0 to begin with, now set t

Re: [PATCH] symlink support in tmpfs

Sorry for the confusion. tmpfs in general, is very broken, but this patch does indeed make symlinks work On 8/5/05, Alfred M. Szmidt <[EMAIL PROTECTED]> wrote: >While still very broken, this patch makes the creation of symlinks >and the reading of their links possible within tmpfs. > > W

[bug #15807] missing FSTYPEs

Interfaces Severity: 3 - Normal Priority: 5 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Originator Name: Ben Asselstine Originator Email: [EMAIL PROTECTED] Open/Cl

[bug #15936] improper use of fmt_seconds, etc., in libps/spec.c

6 at 02:25 Category: Hurd Interfaces Severity: 3 - Normal Priority: 5 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Originator Name: Ben Asselstine Originator Ema

Re: `touch' broken on GNU

To reproduce the bug: $ touch foo $ ls -l foo -rw-r--r-- 1 bing root 0 Jan 1 1970 foo Debugging using rpctrace: $ rpctrace ./touch foo . . 154->file_utimes ({16887847 16887048} {45872 0}) = 0 . . $ stat -c%X foo [show atime as time_t] 16887847 $ stat -c%Y foo [show mtime as time_t] 45872 Ment

[bug #17118] pflocal issues

Follow-up Comment #1, bug #17118 (project hurd): 17:28 : fifo *does* crash as well, though not as fast 17:29 : and Neal's patch doesn't change the situation ___ Reply to this item at:

[bug #17127] GNU Make 3.81

Follow-up Comment #1, bug #17127 (project hurd): $srcdir isn't being set properly in libpthread/Makefile. As a result when lockfile.d is created, it creates bad dependencies. In particular it says that there's *** No rule to make target `/include/libc-symbols.h' needed by `lockfile.d'. It is n

[bug #17127] GNU Make 3.81

Follow-up Comment #2, bug #17127 (project hurd): Here's a patch that I think fixes the bug. It's not ideal because the ordering of CFLAGS might not be acceptable. ___ Additional Item Attachment: File name: hurd-make-3.8.1-20060723.patch S

[bug #17135] ps's return value

Follow-up Comment #1, bug #17135 (project hurd): Attached is a patch that fixes the bug. ___ Additional Item Attachment: File name: hurd-ps-retval-20060723.patch Size:0 KB __

Re: [PATCH] mig: silence compiler warnings in generated server code

I couldn't find the offending line in upstream, so I sent it to debian-hurd on purpose. Maybe this is already fixed in upstream? regards, Ben On 7/24/06, Thomas Schwinge <[EMAIL PROTECTED]> wrote: On Sun, Jul 23, 2006 at 09:33:11PM -0400, Ben Asselstine wrote: > This patc

[bug #17129] Uninitialized variable in [hurd]/init/init.c

Follow-up Comment #1, bug #17129 (project hurd): The other callers of proc_getprocinfo() are: utils/login.c:checkowned() libps/procstat.c:fetch_procinfo() exec/elfcore.c:dump_core() All of these callers have `flags' instantiated. I don't know what it should be instantiated to. maybe PI_

[bug #17319] /hurd/crash --suspend doesn't work

Follow-up Comment #2, bug #17319 (project hurd): Here is a patch that makes the crash server support --orphan-action in fsysopts. Incidentally I couldn't set the fsysopts as a regular user. Perhaps this is a bug also. ___ Additional Item

[bug #17319] /hurd/crash --suspend doesn't work

Follow-up Comment #3, bug #17319 (project hurd): I tried the patched crash server, and it didn't quite work as expected. I retried Thomas' example: #v+ [EMAIL PROTECTED]:/var/tmp $ cat > crash.c int main (void) { return *(int *) 0; } [EMAIL PROTECTED]:/var/tmp $ gcc crash.c [EMAIL PROTECTED]:/v

[bug #17319] /hurd/crash --suspend doesn't work

Follow-up Comment #4, bug #17319 (project hurd): I had some success with the patched crash-server and I thought I should share it here. After doing this: # ln -sf crash-suspend /servers/crash # fsysopts /servers/crash-suspend --suspend --orphan-action=kill I could successfully attach to crash

[task #5994] rpctrace: Consider PREFIX/shared/msgids/*.msgids by default

Follow-up Comment #3, task #5994 (project hurd): Here's a patch that adds --nostdinc to rpctrace. It's mostly untested. ___ Additional Item Attachment: File name: rpctrace-add-nostdinc-20061122.patch Size:2 KB load system msgids after par

[task #5994] rpctrace: Consider PREFIX/shared/msgids/*.msgids by default

Follow-up Comment #4, task #5994 (project hurd): Here's another try, with the standard system msgids are processed first. ___ Additional Item Attachment: File name: rpctrace-add-nostdinc-20061123.patch Size:2 KB load system msgids after pa

libtrivfs broken?

Hello, I ran across this behaviour recently. It works if I do the same as the root user. Is anyone else having this problem? v+ [EMAIL PROTECTED]:/tmp/bing$ settrans -ac yoyo /hurd/hello --contents="yoyo" [EMAIL PROTECTED]:/tmp/bing$ cat yoyo [EMAIL PROTECTED]:/tmp/bing$ fsysopts yoyo --conten

Re: libtrivfs broken?

On 2/19/07, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: On Tue, 2007-02-20 at 00:23 +0100, Richard Braun wrote: > > What makes you think that's a bug? > > I don't know if it's a bug actually, I mentionned I wanted to study the > problem. Still, it seems weird that fsysopts isn't able to get th

adding bootstrap information to the manual

Hello, I have found that the bootstrapping section of the manual is sorely lacking. Attached is a patch that adds more information to the manual regarding the bootstrap procedure on the Hurd. I have also removed some of the deprecated serverboot documentation. If I have missed anything, let me

can't create default pager object

Hello, In trying to debug tmpfs I have made a small program to illustrate a bug I've been experiencing with the default_pager_object interface. The call to default_pager_object_create returns -308, which apparently means that the server died (EMIG_SERVER_DIED). I ran this as a normal user and t

Re: can't create default pager object

Here is a tarball that contains the test program: http://www.superunprivileged.org/hurd/pdex.tar.gz regards, Ben ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: HHG and newbie Hurd Hackers

On 9/20/07, Thomas Schwinge <[EMAIL PROTECTED]> wrote: > Hello! > > How big is this hard disk? Ben Asselstine also recently reported about > having no luck with booting when using a 300 GiB hard disk. We suspect > that there may be problems somewhere in GNU Mach and / or G

Re: Updated HHG (was: Fwd: about GNU Hurd)

e me much further > > > (lot of TODOs): > > > http://www.gnu.org/software/hurd/hacking-guide/hhg.html > > > > For what it's worth, Ben Asselstine has been working on updating it. > > A pre-release of the updated version if being offered from > > <http://ww

Re: The patch of boot to open a virtual network interface

On Tue, Aug 19, 2008 at 4:02 PM, zhengda <[EMAIL PROTECTED]> wrote: > > +case 'f': > + dev_file = strstr (arg, "="); > + if (dev_file == NULL) > + return ARGP_ERR_UNKNOWN; > + *dev_file = 0; > + add_dev_map (arg, dev_file+1); > + break; I'd feel better about this

Re: The patch of boot to open a virtual network interface

On Fri, Aug 22, 2008 at 6:52 AM, Samuel Thibault <[EMAIL PROTECTED]> wrote: > Da Zheng, le Fri 22 Aug 2008 11:55:52 +0200, a écrit : >> I wonder why strstr() is harmful. > > Because it's far less efficient than strchr. Try to implement strstr > and strchr yourself without the help of strcmp. > It'

trivfs and port leaks

Hello, This is an open question to anybody who knows about libtrivfs and how it's used to create translators. Is there a reason that the trivfs-based translators in trans/ don't call trivfs_clean_cntl() to cleanup before exit()'ing in _goaway()? Are ports being leaked when a trivfs translator ex

Re: LiveCD

Hi all, I can verify that these steps work. I used the tarball from Debian's GNU/Hurd K8 mini-iso and followed the rest of the steps to create an iso image. I wrote the resulting iso to cd, and it booted up on a real system (not qemu) to a single user shell, just like Andrew's screenshot shows.

patch to enable --help in /hurd/init

Hello, Here's a patch to enable --help on /hurd/init. Now users can run /hurd/init --help and actually get information on what this translator is supposed to do. Instead of the user seeing: $ /hurd/init --help /hurd/init: can only be run by bootstrap filesystem The user now sees: $ /hurd/init

Re: heads up

On 20 Mar 2005 14:35:15 -0800, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > > The reason that filesystems do not have user context is because I was > not sufficiently far-sighted at the time to realize the full > flexibility of the translator concept I had created. Now that we know > more abo