[bug #56407] rpctrace fails on statically linked binaries

URL: Summary: rpctrace fails on statically linked binaries Project: The GNU Hurd Submitted by: baccala Submitted on: Tue 28 May 2019 04:29:50 PM UTC Category: Hurd

[bug #49730] /proc/PID/environ returns I/O errors on read attempts

URL: Summary: /proc/PID/environ returns I/O errors on read attempts Project: The GNU Hurd Submitted by: baccala Submitted on: Tue 29 Nov 2016 07:42:00 AM GMT Category: Hurd Servers

[PATCH] gsync: Avoid NULL pointer dereference

Hi - Here's another gsync patch, to avoid kernel panics if the task port passed in isn't actually a task port, in which case TASK_NULL is passed as the task argument. agape brent -- >8 -- Subject: [PATCH] gsync: Avoid NULL pointer dereference * kern/gsync.c (gsync_wait, gsync_wake,

[PATCH] rpctrace: Don't allocate an unneeded structure

* utils/rpctrace.c (trace_and_forward): Don't allocate request structure 'req' unless we actually expect a reply --- utils/rpctrace.c | 28 +--- 1 file changed, 13 insertions(+), 15 deletions(-) diff --git a/utils/rpctrace.c b/utils/rpctrace.c index 2664ffd..6086ab6

[PATCH 6/8] rpctrace: handle unknown send rights from tasks that don't hold the matching receive right, and eliminate dummy_wrapper

--- utils/rpctrace.c | 24 +++- 1 file changed, 15 insertions(+), 9 deletions(-) diff --git a/utils/rpctrace.c b/utils/rpctrace.c index c587736..015f765 100644 --- a/utils/rpctrace.c +++ b/utils/rpctrace.c @@ -230,7 +230,7 @@ remove_request (mach_msg_id_t req_id, mach_port_t

[PATCH 3/8] rpctrace: rewrite_right() now takes source and dest task_t arguments, instead of taking an entire RPC request structure, which sometimes needs to be fabricated in order to use rewrite_righ

also, drop special handling of mach_port_extract_right RPC --- utils/rpctrace.c | 38 ++ 1 file changed, 10 insertions(+), 28 deletions(-) diff --git a/utils/rpctrace.c b/utils/rpctrace.c index e33265f..caa77b0 100644 --- a/utils/rpctrace.c +++

[PATCH 4/8] rpctrace: determine destination task for send-once rights

--- utils/rpctrace.c | 15 +++ 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/utils/rpctrace.c b/utils/rpctrace.c index caa77b0..6922c70 100644 --- a/utils/rpctrace.c +++ b/utils/rpctrace.c @@ -1102,6 +1102,8 @@ trace_and_forward (mach_msg_header_t *inp,

[PATCH 8/8] rpctrace: use condition variable to keep messages in sequence

--- utils/rpctrace.c | 19 ++- 1 file changed, 18 insertions(+), 1 deletion(-) diff --git a/utils/rpctrace.c b/utils/rpctrace.c index 88b5e38..09911b3 100644 --- a/utils/rpctrace.c +++ b/utils/rpctrace.c @@ -131,6 +131,8 @@ struct traced_info mach_msg_type_name_t type; char

[PATCH 5/8] rpctrace: don't search unknown_task for receive rights

--- utils/rpctrace.c | 1 + 1 file changed, 1 insertion(+) diff --git a/utils/rpctrace.c b/utils/rpctrace.c index 6922c70..c587736 100644 --- a/utils/rpctrace.c +++ b/utils/rpctrace.c @@ -498,6 +498,7 @@ discover_receive_right (mach_port_t send, task_t task) && info->portname ==

[PATCH 7/8] multithread rpctrace to avoid deadlocks in the kernel

--- utils/rpctrace.c | 24 +--- 1 file changed, 21 insertions(+), 3 deletions(-) diff --git a/utils/rpctrace.c b/utils/rpctrace.c index 015f765..88b5e38 100644 --- a/utils/rpctrace.c +++ b/utils/rpctrace.c @@ -240,6 +240,8 @@ struct port_class *other_class; struct

[PATCH 1/8] remove warning messages on rpctrace from 'asprintf'

--- utils/rpctrace.c | 40 ++-- 1 file changed, 22 insertions(+), 18 deletions(-) diff --git a/utils/rpctrace.c b/utils/rpctrace.c index 25d9bc6..8aef88d 100644 --- a/utils/rpctrace.c +++ b/utils/rpctrace.c @@ -59,6 +59,9 @@ static const struct argp_option

[PATCH 2/8] record owning task for send-once rights, too

--- utils/rpctrace.c | 37 +++-- 1 file changed, 19 insertions(+), 18 deletions(-) diff --git a/utils/rpctrace.c b/utils/rpctrace.c index 8aef88d..e33265f 100644 --- a/utils/rpctrace.c +++ b/utils/rpctrace.c @@ -130,6 +130,7 @@ struct traced_info struct

[bug #49023] glibc - hurd_safe_{copyin, copyout, memmove, memset} broken

Follow-up Comment #4, bug #49023 (project hurd): Yes, that's what I meant. The relation is that HURD_PREEMPT_SIGNAL_P's first argument is a struct hurd_signal_preemptor, so we'd be effectively changing how that structure is interpreted. Its "first, last" range would now be compared against

[bug #49023] glibc - hurd_safe_{copyin, copyout, memmove, memset} broken

Follow-up Comment #2, bug #49023 (project hurd): Is the signal preemption code used anywhere outside the C library? If not, changing the parameter to HURD_PREEMPT_SIGNAL_P sounds like a good solution. ___ Reply to this item at:

[bug #49023] glibc - hurd_safe_{copyin, copyout, memmove, memset} broken

URL: Summary: glibc - hurd_safe_{copyin, copyout, memmove, memset} broken Project: The GNU Hurd Submitted by: baccala Submitted on: Wed 07 Sep 2016 09:02:09 PM GMT Category: glibc

[bug #48946] exec server can't properly load binaries without a memory manager object

URL: Summary: exec server can't properly load binaries without a memory manager object Project: The GNU Hurd Submitted by: baccala Submitted on: Tue 30 Aug 2016 01:46:17 AM GMT

[bug #48919] exec server can attempt null pointer dereference

URL: Summary: exec server can attempt null pointer dereference Project: The GNU Hurd Submitted by: baccala Submitted on: Sat 27 Aug 2016 05:09:21 AM GMT Category: Hurd Servers

[bug #48890] mach-defpager isn't properly marked important

Follow-up Comment #2, bug #48890 (project hurd): I tried again with the mach-defpager from savannah's git tree and it worked correctly. Looks like a problem with the Debian package. ___ Reply to this item at:

[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

[bug #48685] update-grub triggers filesystem server panics

URL: Summary: update-grub triggers filesystem server panics Project: The GNU Hurd Submitted by: baccala Submitted on: Wed 03 Aug 2016 07:01:57 AM GMT Category: Hurd