* New ARI warning Sun Jul 8 01:55:37 UTC 2012
@ 2012-07-08 1:56 GDB Administrator
2012-07-08 8:53 ` Jan Kratochvil
0 siblings, 1 reply; 3+ messages in thread
From: GDB Administrator @ 2012-07-08 1:56 UTC (permalink / raw)
To: gdb-patches
173a174,178
> gdb/common/linux-ptrace.c:60: regression: wait.h: Do not include wait.h or sys/wait.h, instead include gdb_wait.h
gdb/common/linux-ptrace.c:60:#include <sys/wait.h>
> gdb/common/linux-ptrace.c:82: regression: strerror: Do not use strerror(), instead use safe_strerror()
gdb/common/linux-ptrace.c:82: strerror (errno));
> gdb/common/linux-ptrace.c:94: regression: strerror: Do not use strerror(), instead use safe_strerror()
gdb/common/linux-ptrace.c:94: strerror (errno));
> gdb/common/linux-ptrace.c:101: regression: strerror: Do not use strerror(), instead use safe_strerror()
gdb/common/linux-ptrace.c:101: strerror (errno));
> gdb/common/linux-ptrace.c:129: regression: strerror: Do not use strerror(), instead use safe_strerror()
gdb/common/linux-ptrace.c:129: strerror (errno));
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: New ARI warning Sun Jul 8 01:55:37 UTC 2012
2012-07-08 1:56 New ARI warning Sun Jul 8 01:55:37 UTC 2012 GDB Administrator
@ 2012-07-08 8:53 ` Jan Kratochvil
2012-07-25 15:30 ` Joel Brobecker
0 siblings, 1 reply; 3+ messages in thread
From: Jan Kratochvil @ 2012-07-08 8:53 UTC (permalink / raw)
To: GDB Administrator; +Cc: gdb-patches
On Sun, 08 Jul 2012 03:55:38 +0200, GDB Administrator wrote:
> 173a174,178
> > gdb/common/linux-ptrace.c:60: regression: wait.h: Do not include wait.h or sys/wait.h, instead include gdb_wait.h
> gdb/common/linux-ptrace.c:60:#include <sys/wait.h>
For gdbserver it would:
../common/linux-ptrace.c:57:22: fatal error: gdb_wait.h: No such file or directory
> > gdb/common/linux-ptrace.c:82: regression: strerror: Do not use strerror(), instead use safe_strerror()
> gdb/common/linux-ptrace.c:82: strerror (errno));
> > gdb/common/linux-ptrace.c:94: regression: strerror: Do not use strerror(), instead use safe_strerror()
> gdb/common/linux-ptrace.c:94: strerror (errno));
> > gdb/common/linux-ptrace.c:101: regression: strerror: Do not use strerror(), instead use safe_strerror()
> gdb/common/linux-ptrace.c:101: strerror (errno));
> > gdb/common/linux-ptrace.c:129: regression: strerror: Do not use strerror(), instead use safe_strerror()
> gdb/common/linux-ptrace.c:129: strerror (errno));
safe_strerror has the same problem for gdbserver.
As this is all in Linux-only and even i386-only code I find it both safe.
glibc both accepts NULL for %s and produces "Unknown error 324234234" for
invalid errno. Also errno is there only the system produced one.
I am not aware of non-glibc libcs behavior but it should not be problem.
Regards,
Jan
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: New ARI warning Sun Jul 8 01:55:37 UTC 2012
2012-07-08 8:53 ` Jan Kratochvil
@ 2012-07-25 15:30 ` Joel Brobecker
0 siblings, 0 replies; 3+ messages in thread
From: Joel Brobecker @ 2012-07-25 15:30 UTC (permalink / raw)
To: Jan Kratochvil; +Cc: gdb-patches
> safe_strerror has the same problem for gdbserver.
>
> As this is all in Linux-only and even i386-only code I find it both safe.
> glibc both accepts NULL for %s and produces "Unknown error 324234234" for
> invalid errno. Also errno is there only the system produced one.
> I am not aware of non-glibc libcs behavior but it should not be problem.
If the uses are approved, can we mark them as such, so that they
disappear from the ARI? IIRC, the procedure for doing that is to add
/* ARI: <ARI rule - Eg strerror> */.
--
Joel
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-07-25 15:30 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-07-08 1:56 New ARI warning Sun Jul 8 01:55:37 UTC 2012 GDB Administrator
2012-07-08 8:53 ` Jan Kratochvil
2012-07-25 15:30 ` Joel Brobecker
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox