Re: [PATCH] Introduce gsync-based locks to glibc.

Hello, I have cleaned the patch a bit, commited to a branch in our repo, and uploaded a package to debian, so we can test the libc part for now, and we'll include libpthread parts later. Thanks again for the great work! Samuel

Re: [PATCH] rpctrace: Print beyond '\0' in MACH_MSG_TYPE_CHAR.

Kalle Olavi Niemitalo, on Wed 24 Aug 2016 00:41:30 +0300, wrote: > This will now display the 'argv: data_t' argument of file_exec > as e.g. "who\0am\0i\0" rather than just "who". Applied, thanks! Samuel

[PATCH] rpctrace: Print beyond '\0' in MACH_MSG_TYPE_CHAR.

This will now display the 'argv: data_t' argument of file_exec as e.g. "who\0am\0i\0" rather than just "who". In contrast, the 'file_name: string_t' argument of dir_lookup will still be truncated at the first null character. The previous implementation might crash if an out-of-line char array

[bug #48864] git/emacs can't restore from CNTL-Z suspend

URL: Summary: git/emacs can't restore from CNTL-Z suspend Project: The GNU Hurd Submitted by: baccala Submitted on: Tue 23 Aug 2016 08:35:36 AM GMT Category: Hurd

[bug #48863] rpctrace crashes (failed assert) when SEND ONCE right is extracted and then sent

URL: Summary: rpctrace crashes (failed assert) when SEND ONCE right is extracted and then sent Project: The GNU Hurd Submitted by: baccala Submitted on: Tue 23 Aug 2016 08:21:13 AM GMT

Re: netmsg

On Mon, Aug 22, 2016 at 04:40:58PM -1000, Brent W. Baccala wrote: > I've gotten a basic netmsg server/translator running that relays Mach > messages across a TCP/IP connection. > > The code is available at g...@github.com:BrentBaccala/netmsg.git That's great. > It's got a lot of problems. No