Re: [PATCH] Port leak when using clisp

Quoting Flávio Cruz (2015-08-27 00:26:13) > I wrote: > Fwiw, I prefer inlined patches so I can reply easier ;) > > OK ;) Oh no, but the new patch got corrupted now :/ I should have suggested "git send-email", but didn't. Sorry about that... Justus

Re: [RFC mach] vm: fix locking issues

Quoting Samuel Thibault (2015-08-27 00:56:23) > Justus Winter, le Mon 17 Aug 2015 17:51:09 +0200, a écrit : > > @@ -2157,10 +2162,13 @@ start_pass_1: > > /* > >* Check for permanent objects in the destination. > >*/

Re: [PATCH] Change file_utimes RPC to use a struct timespec and update the servers to use UTIME_NOW and UTIME_OMIT.

Quoting Flávio Cruz (2015-08-31 17:16:08) > I'm attaching the modified patches (still trying to figure how to reply using > git send-email). git send-email --in-reply-to=MSGIDTOREPLYTOHERE --compose 000* Cheers, Justus

Re: Full-time developer available

Quoting Robert Millan (2015-09-15 22:11:15) > like, how to service ioctls without libtrivfs? Is there a reason why you don't want to use libtrivfs? Cheers, Justus

GSoC report: Physical memory management

Hello :) this is my report on my GSoC project, "Physical memory management". Tldr: There are some remaining issues to fix, but here is a flashy screenshot of a patched kernel not quite booting Debian/Hurd: GNU Mach 1.5 biosmem: physical memory map: biosmem: 00:09fc00,

Re: Full-time developer available

Hi Bruno, Quoting Bruno Félix Rezende Ribeiro (2015-09-16 05:47:57) > I'm interested in USB support. I'd like to aim mass storage devices at > first. I'd love to see IDE/SATA drivers as a byproduct or first step of your work. Justus signature.asc Description: signature

Re: [PATCH 1/1] Add missing null checks in libshouldbeinlibc

Merged, thanks! Justus Quoting James Clarke (2015-09-29 19:06:46) > The getpwnam_r and similar functions only return non-zero on error, but not > finding the given name/UID/GID does not count as an error. When they return 0, > the value of the result (*result when looking at the arguments in the

Rolling new releases

Hello, as agreed earlier, we're trying to produce two releases a year. We released GNU Mach 1.5, GNU MIG 1.5, and GNU Hurd 0.6 in April, hence it is time for our next release :) I have curated a list of noteworthy changes and populated the NEWS files with them. Feel free to commit or suggest an

more clocks (was: Rolling new releases)

Hi, Quoting David Michael (2015-10-06 23:49:00) > Finally, a question on a somewhat related note ... maybe for the next > release: I haven't looked into it much yet, but I was thinking maybe > gnumach's new boot-time clock could be exported to provide real > CLOCK_MONOTONIC support for glibc. Ar

Re: fakeroot-hurd bug or not?

Hi, Quoting Samuel Thibault (2015-09-23 19:08:15) > All that being said, we should probably not let the programs inside > fakeroot believe they can write to / I'm not so sure. In my mind, fakeroot should fake as much as possible, and fail at the latest point possible. The test program only does

Re: Meta: Three-phase patch review

Quoting Olaf Buddenhagen (2015-10-06 05:56:51) > I just stumbled upon this, and it seems to me the Hurd project could > benefit from this approach: > >http://sarah.thesharps.us/2014/09/01/the-gentle-art-of-patch-review/ I like it, and I agree with it. I'm a bit curious however why you brough

Re: Rolling new releases

Hello, Quoting Justus Winter (2015-10-05 16:39:46) > as agreed earlier, we're trying to produce two releases a year. We > released GNU Mach 1.5, GNU MIG 1.5, and GNU Hurd 0.6 in April, hence > it is time for our next release :) > > I have curated a list of noteworthy chang

Re: fosdem talk?

Quoting Samuel Thibault (2015-12-07 20:23:11) > I'll go to FOSDEM this year again. I'm considering submitting a talk to > the microkernel room, So was I. We could collaborate. > but what could I talk about? The road to Hurd 1.0 of course ;) CHeers, Justus signature.asc Description: signatur

Re: [PATCH 5/6] hurd_add_RPC

Quoting Samuel Thibault (2015-03-05 02:14:38) > Hello, > > Svante Signell, le Thu 22 Jan 2015 10:29:56 +0100, a écrit : > > +/* Do fcntl type locking on FILE. CMD is from the set > > + F_GETLK64, F_SETLK64, F_SETLKW64. FLOCK64 is passed > > + by the user and is as defined by . */ > > +routine file

Re: test case for partial file locking for translators using libnetfs.

Hi :) Quoting Svante Signell (2015-12-16 20:54:24) > I'd like to derive a test case for partial file locking with libnetfs: Setting > up ftpfs and reading e.g. cat ftp://ftp.gnu.org/README works fine. But open() > on > that file returns EBADF. If you can cat it, then open works fine. How else w

Re: [PATCH] Cast kernel server call arguments to the correct type when mach_port_t and ipc_port_t are used interchangeably

Quoting Flavio Cruz (2015-12-30 18:03:58) > This fixes a warning when compiling the mig generated file > gnumach/kern/mach4.server.c. Here, an ipc_port_t* is passed to a > function that expects a mach_port_t* (In0P->object). Since mig uses > mach_port_t and ipc_port_t interchangeably in kernel inte

Re: [PATCH] Use DEVICE_IMPORTS to include libports/ports.h

Quoting Samuel Thibault (2015-12-31 16:11:30) > Flavio Cruz, on Thu 31 Dec 2015 15:56:31 +0100, wrote: > > This fixes three compiler warnings about ports_payload_get_name. > > > > * devnode/Makefile: Define DEVICE_IMPORTS. > > * term/Makefile: Likewise. > > * trans/Makefile: Likewise. > > Why not

Re: [PATCH] fix mach-defpager static linking

Quoting Samuel Thibault (2016-01-01 18:02:47) > Applied, thanks! Actually, I'd prefer it if mach-defpager was not statically linked. I have a patch that does that (it's trivial), and am using that for a while now without any perceivable ill-effects. But I don't know the motivation for having it

Re: [PATCH] exec: remove duplicate function call.

Quoting Esa Peuha (2016-02-03 15:57:58) > * exec/main.c (main) Remove second call to trivfs_startup > from commit a5d384c. > --- > The commit mentioned above duplicated the call to trivfs_startup. > I can't think of any reason why it would be necessary, so it's > probably unintentional editing erro

[PATCH gnumach 3/3] vm: initialize external maps

* vm/vm_external.c (vm_external_create): Initialize allocated maps. --- vm/vm_external.c | 1 + 1 file changed, 1 insertion(+) diff --git a/vm/vm_external.c b/vm/vm_external.c index 7584a2b..6e71918 100644 --- a/vm/vm_external.c +++ b/vm/vm_external.c @@ -74,6 +74,7 @@ vm_external_t vm_external_c

[PATCH gnumach 1/3] vm: remove unused field from struct vm_external

* vm/vm_external.h (struct vm_external): Remove unused field 'existence_count'. --- vm/vm_external.h | 5 + 1 file changed, 5 insertions(+) diff --git a/vm/vm_external.h b/vm/vm_external.h index 55c9e48..4e44ddf 100644 --- a/vm/vm_external.h +++ b/vm/vm_external.h @@ -46,9 +46,14 @@ typedef s

[PATCH gnumach 2/3] vm: allocate a large map for all objects larger than SMALL_SIZE

* vm/vm_external.c (vm_external_create): Allocate a large map for all objects larger than SMALL_SIZE. 'vm_external_state_{g,s}et' can deal with offsets larger than 'LARGE_SIZE', so currently objects larger than 'LARGE_SIZE' are missing out on the optimization. --- vm/vm_external.c | 2 +- 1 file

Re: [PATCH] Remove libfshelp/trans.h and libfshelp/locks.h.

Quoting Flavio Cruz (2016-02-07 08:04:34) > * libfshelp/locks.h: Remove. > * libfshelp/trans.h: Remove. struct transboot is not used anywhere. > * libfshelp/fetch-root.c: Adjust includes. > * libfshelp/lock-acquire.c: Likewise. > * libfshelp/lock-init.c: Likewise. Merged, thanks! Justus

Re: [PATCH] Use refcount_t for peropen reference counting in libnetfs.

Quoting Flavio Cruz (2016-02-07 07:33:00) > * libnetfs/netfs.h: Use refcount_t. > * libnetfs/make-peropen.c: Initialize to 1 with refcount_init just like in > libdiskfs. > * libnetfs/make-protid.c: Don't increment the count here. Do it like > libdiskfs. > * libnetfs/io-duplicate.c: Add refcount_r

Re: [PATCH] Use libihash to store directory entries in ftpfs.

Quoting Flavio Cruz (2016-02-07 15:03:10) > * ftpfs/ftpfs.h: Add dir_locp for each directory entry and replace the table > with a libihash table. > * ftpfs/dir.c: Modify the code to use libihash. Remove several functions such > as rehash and insert. Cool! > -/* Calculate NAME's hash value. */

Re: [PATCH v2] Fixed leaks in _netfs_translator_callback2_fn

Quoting James Clarke (2016-02-08 00:18:11) > * libnetfs/trans-callback.c (_netfs_translator_callback2_fn): Fixed leaking > iouser and peropen structs on error. Merged, thanks! Justus

[task #2562] Investigate other hash algorithms

Update of task #2562 (project hurd): Should Start On: => Mon 08 Feb 2016 12:00:00 AM GMT Should be Finished on: => Mon 08 Feb 2016 12:00:00 AM GMT Percent Complete: Any => 0% O

[task #3731] kill -1 should exclude system services

Update of task #3731 (project hurd): Open/Closed:Open => Closed ___ Reply to this item at: ___ Message

[task #1618] Allowing filesystems larger than ~2 GB

Update of task #1618 (project hurd): Status:None => Done Open/Closed:Open => Closed ___ Reply to this item at:

[task #1429] ncurses driver

Update of task #1429 (project hurd): Status:None => Done Percent Complete: Any => 0% Open/Closed:Open => Closed

[bug #27807] ncursew.so is empty

Update of bug #27807 (project hurd): Status:None => Fixed Open/Closed:Open => Closed Wiki-like text discussion box: => Fixed in c025e6a9. ___

[bug #20656] Init machinery: ``kill -HUP 1''

Update of bug #20656 (project hurd): Status:None => Fixed Open/Closed:Open => Closed Wiki-like text discussion box: => This is fixed, PID 1 is now sysvinit or the like.

[bug #19479] Using a buggy trivfs translator to kill you shell

Update of bug #19479 (project hurd): Status:None => Invalid Open/Closed:Open => Closed ___ Reply to this item at:

[bug #17341] booting a sub-hurd as non-root user

Update of bug #17341 (project hurd): Assigned to:None => teythoon Wiki-like text discussion box: => I have a prototype. The required kernel change is already merged: 8c4d15d5. ___

[bug #6034] Active translator of ordinary user can't use stdout and stderr

Update of bug #6034 (project hurd): Status:None => Works For Me Open/Closed:Open => Closed Wiki-like text discussion box: => stdout is closed (see libfshelp/start-translator.c

[bug #11509] fakeroot is not reliable

Update of bug #11509 (project hurd): Status: Confirmed => Fixed Open/Closed:Open => Closed Wiki-like text discussion box: => We worked on fakeroot quite a bit, and do use it

[bug #15329] exec doesn't like zip'ed binaries

Update of bug #15329 (project hurd): Open/Closed:Open => Closed ___ Reply to this item at: ___ Messag

Re: RFC: [PATCH hurd 3/6] Add file record locking support: libtrivfs_file_record_lock.patch

Quoting Svante Signell (2016-02-08 12:53:56) > Proxy implementation added to the original patches. >   > Note: This proxy version does not work, e.g. set_fcntl /dev/null gives error > code EACCES. The problem has been traced down to fsServer.c: > > 3386: if (MACH_MSGH_BITS_LOCAL (In0P->Head.msgh_b

Re: RFC: [PATCH hurd 3/6] Add file record locking support: libtrivfs_file_record_lock.patch

Quoting Svante Signell (2016-02-08 14:44:09) > > That openstat is 0 has nothing to do with protected payloads.  I > > believe it is because the underlying node of the 'null' translator is > > opened with flags=0. > > Are you referring to the nullauth() call in null.c here? I've tried to remove > t

[bug #17118] pflocal issues

Update of bug #17118 (project hurd): Status:None => Works For Me Open/Closed:Open => Closed Wiki-like text discussion box: => I piped more than 8 tb of zeros through pfinet ov

Re: [PATCH] Use libihash to store directory entries in ftpfs.

Quoting Flavio Cruz (2016-02-07 21:53:53) > * ftpfs/ftpfs.h: Add dir_locp for each directory entry and replace the table > with a libihash table. > * ftpfs/dir.c: Modify the code to use libihash. Remove several functions such > as rehash and insert. Your changelog entries are very long, please d

[bug #26476] rpctrace cannot trace messages sent to the host port

Update of bug #26476 (project hurd): Status:None => Confirmed Summary: rpctrace cannot handle host_processor_sets() => rpctrace cannot trace messages sent to the host port

[bug #15327] Hurd console missing login prompt when using ncurses driver over ssh

Update of bug #15327 (project hurd): Status:None => Works For Me Open/Closed:Open => Closed ___ Follow-up Comment #2: I cannot reproduce it.

[bug #19765] ext2fs: different behavior of an active translator and a translator started from a passive translator setting

Update of bug #19765 (project hurd): Status:None => Works For Me Open/Closed:Open => Closed ___ Follow-up Comment #1: teythoon@hurdbox /var/

[bug #15321] pflocal memory leak ?

Update of bug #15321 (project hurd): Status: Need Info => Works For Me Open/Closed:Open => Closed ___ Follow-up Comment #3: I've never seen such a

[bug #17119] user space (fftw application) crashing the system

Update of bug #17119 (project hurd): Status:None => Works For Me Open/Closed:Open => Closed ___ Follow-up Comment #1: I just ran the fftw te

[bug #15299] ranlib causes kernel panics

Update of bug #15299 (project hurd): Status: Confirmed => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #2: This bug report is 15

[bug #17126] user space (kaffe application) crashing the system

Update of bug #17126 (project hurd): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #1: Kaffe is no longer act

Re: [PATCH] Use libihash to store directory entries in ftpfs.

Quoting Flavio Cruz (2016-02-13 23:12:34) > * ftpfs/ftpfs.h: Add dir_locp for each directory entry and replace the > table with a libihash table. > * ftpfs/dir.c: Modify the code to use libihash. Remove several functions > such as rehash and insert. Merged, thanks! Justus

Re: [gscriv...@gnu.org: [IMPORTANT] Ideas for Summer of Code 2016]

Hi, Quoting Samuel Thibault (2016-02-10 19:10:58) > Any ideas/mentors for the summer of code? I'd be happy to mentor someone. I went over the list of our project ideas, and the ones I'd like to see tackled the most are: * https://www.gnu.org/software/hurd/community/gsoc/project_ideas/virtualiz

[bug #17134] fakeroot; ports

Follow-up Comment #1, bug #17134 (project hurd): Samuel, can you still reproduce this? I observed id ports being created and destroyed like they should. The large number of ports after doing find / are likely all pager ports. ___ Reply to

Re: [PATCH] nfs: Use libihash for the node cache.

Quoting Flavio Cruz (2016-02-15 00:37:54) > * nfs/cache.c: Remove old node cache and use libihash. Use a pointer to > the node handle as the key and the node itself as the value. Use > netfs_make_node_alloc to allow libihash to set 'slot'. > * nfs/nfs.c: Pass in a struct handle instead. > * nfs/nfs

Re: [PATCH] libnetfs: remove unused fields.

Quoting Flavio Cruz (2016-02-15 01:31:50) > * libnetfs/netfs.h: Remove prevp and next fields from struct node. Merged, thanks!

Re: [PATCH] libdiskfs: fix and improve locking in nrefs/nput.

Quoting Flavio Cruz (2016-02-15 00:37:16) > * libnetfs/node-nput.c: Do not unlock the node since it will be unlocked > later. > * libnetfs/node-nrele.c: Do not lock the node twice if not needed. Good one :) Merged, thanks! Justus

Re: active translators stdout/stderr

Hi ;) Quoting Samuel Thibault (2016-02-14 22:09:37) > We have various issues with the active translators' stdout/stderr: > > - When mounting /proc from /etc/init.d/rc, stdout/stderr is closed, and > thus as soon as e.g. mtab reports a warning, it gets SIGLOST and dies. eww :( > - When mountin

Re: [PATCH] nfs: fix deallocation of struct node.

Quoting Flavio Cruz (2016-02-16 01:32:02) > * nfs/cache.c: Do not free np->nn since np and np->nn are being > allocated contiguously. Indeed. Merged, thanks! Justus

Re: [PATCH] fix Xioctl-proto.defs creation

Hi :) Quoting Bartlomiej Puget (2016-02-22 02:50:14) > I had little problems generating Xioctl-proto.defs. After looking into > the code and few little changes scripts has worked. > > Please, check my patch. If I was doing something wrong, please tell me, > but I think that the script was the pro

Re: active translators stdout/stderr

Quoting Samuel Thibault (2016-02-14 22:09:37) > We have various issues with the active translators' stdout/stderr: > > - When mounting /proc from /etc/init.d/rc, stdout/stderr is closed, and > thus as soon as e.g. mtab reports a warning, it gets SIGLOST and dies. I don't think that is correct.

Re: active translators stdout/stderr

Quoting Samuel Thibault (2016-02-22 16:53:21) > Justus Winter, on Mon 22 Feb 2016 16:48:04 +0100, wrote: > > > - When mounting the cdrom image from debian installer scripts, the > > > script is not considered finished since the isofs translator is still > > >

Logging crashes

Hello, I patched my crash server to log crashes to the Mach console. It is nowhere near being ready for inclusion, but it might be very handy on the build servers. The most problematic bit of the patch is how to log the crashes. The patch simply includes a platform specific syscall stub. I gue

[PATCH hurd] utils/mount: start translators with stderr closed

Apparently some users of 'mount' do not cope with any output being generated from the spawned translator. * utils/mount.c (do_mount): Start translators with stderr closed. --- utils/mount.c | 33 ++--- 1 file changed, 30 insertions(+), 3 deletions(-) diff --git a/util

[PATCH hurd] xxx crash logging works

From: Justus Winter <4win...@informatik.uni-hamburg.de> --- hurd/paths.h | 1 + trans/crash.c | 116 ++ 2 files changed, 117 insertions(+) diff --git a/hurd/paths.h b/hurd/paths.h index a13ba9b..c6cb7a0 100644 --- a/hurd/paths.h

Re: Not running into expected SIGSEGV

Hi :) Quoting Thomas Schwinge (2016-02-23 11:37:58) > 68<--72(pid-1)-> 2400 (rpctrace: ../../utils/rpctrace.c:863: > print_contents: Assertion `inp->msgh_bits & 0x8000U' failed. > Aborted > > (Yay, another rpctrace issue.) ;-) Actually, that is not an rpctrace issue. rpctrace is

Re: Not running into expected SIGSEGV

Quoting Samuel Thibault (2016-02-23 23:04:25) > Samuel Thibault, on Tue 23 Feb 2016 22:22:02 +0100, wrote: > > Thomas Schwinge, on Tue 23 Feb 2016 12:02:36 +0100, wrote: > > > > I couldn't figure out any pattern from looking at the diffs between the > > > > respective Hurd packages' sources. > > >

Re: Not running into expected SIGSEGV

Quoting Samuel Thibault (2016-02-23 23:27:26) > Justus Winter, on Tue 23 Feb 2016 23:24:08 +0100, wrote: > > Quoting Samuel Thibault (2016-02-23 23:04:25) > > > Samuel Thibault, on Tue 23 Feb 2016 22:22:02 +0100, wrote: > > > > Thomas Schwinge, on Tue 23

[PATCH gnumach 1/2] i386: add parts of cpu.h from x15

* i386/Makefrag.am (libkernel_a_SOURCES): Add new file. * i386/i386/cpu.h: New file. --- i386/Makefrag.am | 1 + i386/i386/cpu.h | 110 +++ 2 files changed, 111 insertions(+) create mode 100644 i386/i386/cpu.h diff --git a/i386/Makefrag.am b

Rework of the userspace interrupt handling patch

Hello, I revised the patch that is delegating interrupts to userspace. Notable changes: 1/ We now use proper dead-name notifications to detect that the send right we use to send notifications goes stale, i.e. the userspace server dies. 2/ 'device_intr_enable' is a nop now... 3/ ... instead the

[PATCH gnumach 2/2] 70_new_dde.patch

--- Makefrag.am | 9 ++ device/ds_routines.c | 27 device/interrupt.h | 34 device/intr.c| 341 +++ include/device/intr.h| 18 +++ include/mach/experimental.defs | 9

[PATCH] libddekit: support new-style interrupt notifications

* libddekit/interrupt.c (irq_server): If a message with a valid reply port arrives, deallocate that instead of calling 'device_intr_enable' to re-enable the interrupt. --- libddekit/interrupt.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/libddekit/interrupt.c b/libddek

[bug #32770] /proc/$pid/maps should contain the file names backing the mappings

Update of bug #32770 (project hurd): Summary: Add /proc/$pid/maps => /proc/$pid/maps should contain the file names backing the mappings ___ Follow-up Comment #4: Maybe we can get away with labeling the kernel objects l

Re: RFC: Lightweight synchronization mechanism for gnumach

Hi :) thanks for your prototype. I cannot comment on the primitive you implemented because I'm lacking the expertise, however Quoting Agustina Arzille (2016-02-28 02:53:12) > I've tested it in many scenarios, and seems to work fine. I've > benchmarked it as well, and it's far more faster than pt

Re: Rework of the userspace interrupt handling patch

Quoting Samuel Thibault (2016-02-28 22:35:14) > Justus Winter, on Sun 28 Feb 2016 00:33:20 +0100, wrote: > > 3/ ... instead the notification message carries a send right as the > > reply port, and the userspace server acknowledges the interrupt by > > deallocating this right.

Re: USB keyboard driver the GNU Mach

Hi Rowland :) Quoting Rowland Smith (2016-02-29 01:47:08) > This does not seem like the right forum for this post, but this list looks > like the only hurd list with any activity, so here goes. This is the perfect place for this. Welcome :) > I have taken on the project this year of getting the

Coppyright assignment (was: RFC: Lightweight synchronization mechanism for gnumach)

Hi, Quoting Samuel Thibault (2016-02-28 22:29:52) > We'll probably want to have a copyright assignement from you for this > work. I have pasted below the form for this. If you're to contribute > more to GNU/Hurd, it'd be useful that you already assign copyright for > GNUMACH, HURD, GLIBC. You f

Re: Coppyright assignment

Quoting Ludovic Courtès (2016-03-04 13:49:09) > Justus Winter <4win...@informatik.uni-hamburg.de> skribis: > > > I have learned that not all GNU projects require this. For example, > > GnuPG uses DCO [0], and Guix doesn't even seem to require that. > > >

Re: Coppyright assignment

Quoting Ludovic Courtès (2016-03-04 16:35:26) > Justus Winter <4win...@informatik.uni-hamburg.de> skribis: > > > Quoting Ludovic Courtès (2016-03-04 13:49:09) > >> Justus Winter <4win...@informatik.uni-hamburg.de> skribis: > >> > >> > I hav

Re: Rework of the userspace interrupt handling patch

Hi, Quoting Robert Millan (2016-03-05 11:20:35) > El 28/02/16 a les 00:33, Justus Winter ha escrit: > > This requires a tiny change to libddekit. I'll send it as a > > follow-up. With it libddekit supports both the new and old kind of > > notification to make upgrades

Re: [PATCH 1/8] libnetfs: remove global lock and use hard and soft references for netfs nodes. libnetfs translators can add soft references to nodes and then drop them using netfs_try_dropping_softref

Hi Flavio, thank you so much for working on this. I have two nitpicks at this point, 1/ the subject line of this patch is way too long, it will look out of place in all the tools, and 2/ applying the first patch will break the build, and it will only compile again if the whole series is applied.

Re: refcounts assertion

Quoting Samuel Thibault (2016-03-07 01:40:01) > Hello, > > Some kind of refcount assertion failure we have been having is "refcount > detected use-after-free!" from the call to refcounts_ref inside > _ports_bucket_class_iterate, called for instance by the periodic sync. > I'm thinking: what about

Re: [PATCH] Remove global netfs lock and use hard and soft references for nodes.

Hi, nitpick: Your subject is still quite long, and you got a newline in your subject, however you managed to do that o_O Quoting Flavio Cruz (2016-03-07 00:14:52) > - /* The number of references to this node. */ > - int references; > + /* Hard and soft references to this node. */ > + refcou

Re: fakeroot-hurd doesn't work with scripts

Hi, Quoting Samuel Thibault (2016-03-04 18:39:21) > We have an issue between fakeroot and scripts (from the borgbackup build > log): > > > fakeroot dh_auto_test > > Can't open perl script "dh_auto_test": No such file or directory > > I guess that's due to the way fakeauth starts the program, I h

Re: fakeroot-hurd doesn't work with scripts

Quoting Samuel Thibault (2016-03-07 20:49:01) > Justus Winter, on Mon 07 Mar 2016 20:30:37 +0100, wrote: > > teythoon@hurdbox ~ % for x in sh py pl; do cat test.$x ; fakeroot ./test.$x > > ; done > > I should have mentioned it: the issue is only for scripts coming from >

Re: Dangerous use of alloca

Hi, Quoting Agustina Arzille (2016-03-15 14:11:27) > Hello, everyone. > > I was browsing some gnumach source files, and noticed some dangerous use > of the gcc builtin 'alloca'. In the file kern/bootstrap.c, lines 212 and > 228, we have the following statement: > > memcpy (alloca (len), ...) Go

Re: Dangerous use of alloca

Quoting Agustina Arzille (2016-03-15 15:44:13) > > Good catch. However, alloca is dangerous even if used correctly, and > > is best be avoided. Would you be so kind to prepare a patch to that > > end? > > > > Thanks, > > Justus > > Sure. I will cook up a patch when I get home. Right now, the >

Re: Dangerous use of alloca

Quoting Samuel Thibault (2016-03-15 17:31:53) > Justus Winter, on Tue 15 Mar 2016 14:39:00 +0100, wrote: > > Quoting Agustina Arzille (2016-03-15 14:11:27) > > > Hello, everyone. > > > > > > I was browsing some gnumach source files, and noticed some dangerous

Re: Dangerous use of alloca

Quoting Samuel Thibault (2016-03-15 18:30:16) > Justus Winter, on Tue 15 Mar 2016 18:10:18 +0100, wrote: > > Quoting Samuel Thibault (2016-03-15 17:31:53) > > > Justus Winter, on Tue 15 Mar 2016 14:39:00 +0100, wrote: > > > > Quoting Agustina Arzille (2016-03-15 14:11

Re: [PATCH] Automatically generate parser.h.

Quoting Flavio Cruz (2016-03-14 21:22:34) > * Makefile.am: Set AM_YFLAGS to -d to generate parser.h. Add parser.h to > CLEANFILES and include parser.h as a dependency of lexxer.c. > * lexxer.l: Declare yyerror here. > * parser.h: Remove file since yacc will generate the same content > automatically

Re: [PATCH] Remove global netfs lock and use hard and soft references for nodes.

Quoting Flávio Cruz (2016-03-18 01:27:37) > > Looks fine otherwise, I'll test it in my builds. > > How does it work for you so far? Very well. Thanks for picking this up :) Justus

Re: Dangerous use of alloca

Hi, Quoting Agustina Arzille (2016-03-16 02:44:28) > As promised, here's the patch to avoid the aforementioned alloca bugs. > It's a bit of an overkill, imo, but it does support ridiculously long > command-line arguments =D It is way too complicated. We don't need to be efficient here. Also, yo

Re: [PATCH] netfs: Remove global reference count lock.

Quoting Flavio Cruz (2016-03-15 09:50:02) > [many changes] Merged, thanks! Justus

Re: [PATCH] Simple testsuite for MIG.

Quoting Flavio Cruz (2016-03-23 01:31:13) > This includes a set of valid and invalid definition files that MIG will > try to process. For valid definitions, GCC will compile the stubs to > check if valid C code was generated. Love the idea, but 1/ this breaks out of tree (vpath) builds, 2/ I belie

Re: [GSoC] Porting GuixSD to GNU Hurd draft

Hi, Quoting Ludovic Courtès (2016-03-23 14:40:38) > > 2. The Project > > > > The project consists of four main stages > > > > 1. Modify Guix so it will be able to create and mount the file-system > > needed to boot into a system with Hurd at its core. > > 2. Modify Guix so it can produce a worki

Re: [GSoC] Porting GuixSD to GNU Hurd draft

Quoting Manolis Ragkousis (2016-03-24 12:18:25) > >>> The project consists of four main stages > >>> > >>> 1. Modify Guix so it will be able to create and mount the file-system > >>> needed to boot into a system with Hurd at its core. > >>> 2. Modify Guix so it can produce a working image, while

Re: [GSoC] Porting GuixSD to GNU Hurd draft

Quoting Manolis Ragkousis (2016-03-24 13:36:04) > > Hmmm, so one still needs a filesystem, right? That's going to be a > > bit tricky too, since whatever tool you use for that purpose, it > > surely does not support creating hurdish passive translator records. > > Without passive translator record

Re: [GSoC] Porting GuixSD to GNU Hurd draft

Hi, Quoting Manolis Ragkousis (2016-03-24 14:55:31) > On 03/24/16 15:22, Ludovic Courtès wrote: > >>> The main question is whether you should implement build isolation in > >>> guix-daemon, in which case that would leave little time for the GuixSD > >>> parts. I think I would rather let you focus

Re: [PATCH] Simple testsuite for MIG.

Definition files with some mistakes that should be > recognized by MIG. > --- > > Hey, > > On Wed, Mar 23, 2016 at 11:17:03AM +0100, Justus Winter wrote: > > Quoting Flavio Cruz (2016-03-23 01:31:13) > > > This includes a set of valid and invalid definitio

[PATCH mig] Robustness fix.

--- tests/includes/all.h| 1 + tests/includes/server.h | 1 + tests/includes/user.h | 1 + 3 files changed, 3 insertions(+) diff --git a/tests/includes/all.h b/tests/includes/all.h index e69de29..6e25b02 100644 --- a/tests/includes/all.h +++ b/tests/includes/all.h @@ -0,0 +1 @@ +/* Empty.

Re: [PATCH] Simple testsuite for MIG.

I like it a lot. May I suggest the following robustness fix? Seems like the empty files are lost somewhere in my ci/package building setup. Also I think we want copyright notices at least in the framework files, not sure about the test vectors. Thougths? Justus

Re: [PATCH] Turn mach_msg_type_{name,size}_t into unsigned chars.

Quoting Samuel Thibault (2016-04-04 09:16:17) > Hello, > > Flavio Cruz, on Sun 03 Apr 2016 16:12:48 +0200, wrote: > > mach_msg_type_name_t and mach_msg_type_size_t are used as 8 bit fields in > > mach_msg_type_t struct, therefore they should be treated as unsigned char's > > to > > avoid warnings

Re: [PATCH] Use uint32_t instead of unsigned32_t.

Quoting Flavio Cruz (2016-03-15 10:48:48) > * utils.c: Generate code using uint32_t. > --- > utils.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/utils.c b/utils.c > index 4c2a87b..ccde966 100644 > --- a/utils.c > +++ b/utils.c > @@ -77,7 +77,7 @@ WriteBogusDefines(FIL

<    9   10   11   12   13   14   15   >