search for: msg00023

...ou may want > to dump the contents of /proc/self/maps and look if it conflicts > with the range ASan is trying to use. errno 12 is ENOMEM. Are you sure you > don't have constraints on the virtual memory your process can use? Similar thread in GCC ML: https://gcc.gnu.org/ml/gcc/2014-06/msg00023.html . It looks like QEMU-user does not yet support the NORESERVE flag. -Y

On 8/5/20 7:48 AM, Richard W.M. Jones wrote: > See comment in code and > https://www.redhat.com/archives/libguestfs/2020-August/msg00023.html > --- > plugins/vddk/vddk.c | 32 ++++++++++++++++++++++++++++---- > 1 file changed, 28 insertions(+), 4 deletions(-) I'll have to trust your testing, but code-wise, this looks safe. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtualiz...

...hanged. How do I attempt to further debug/fix this? getaddrinfo(3) is a libc function - is it possible that libc was updated as well? I am not seeing many references to the kernel when googling for that error message, but there was this about glib 2.18: http://sourceware.org/ml/libc-help/2013-08/msg00023.html -- Charles Lepple clepple at gmail

In theory this patch depends on this series: https://www.redhat.com/archives/libguestfs/2020-August/msg00021.html In practice I believe they're independent of each other, but the above series makes it easier to test. Rich.

Charles, All, I just updated the kernel on my Arch box (the one we have been working on nut with on this list). Now upsd fails to start. (upsdrvctl is fine). I've posted working then -- Reboot -- the failing log information below. The 'Reboot' was for the kernel upgrade: Dec 14 14:02:00 phoinix systemd[1]: Starting Network UPS Tools - power devices information server... Dec 14

On Thu, Aug 6, 2020, 16:16 Richard W.M. Jones <rjones@redhat.com> wrote: > See comment in code and > https://www.redhat.com/archives/libguestfs/2020-August/msg00023.html > --- > plugins/vddk/vddk.c | 17 +++++++++++++---- > 1 file changed, 13 insertions(+), 4 deletions(-) > > diff --git a/plugins/vddk/vddk.c b/plugins/vddk/vddk.c > index c24da96f..5926e181 100644 > --- a/plugins/vddk/vddk.c > +++ b/plugins/vddk/vddk.c > @@ -478,11 +...

...to further debug/fix this? > getaddrinfo(3) is a libc function - is it possible that libc was updated as well? > > I am not seeing many references to the kernel when googling for that error message, but there was this about glib 2.18: > > http://sourceware.org/ml/libc-help/2013-08/msg00023.html Crap! You are right! [2013-12-16 14:03] [PACMAN] upgraded glibc (2.18-10 -> 2.18-11) How do I fix that other than downgrading? -- David C. Rankin, J.D.,P.E.

See comment in code and https://www.redhat.com/archives/libguestfs/2020-August/msg00023.html --- plugins/vddk/vddk.c | 32 ++++++++++++++++++++++++++++---- 1 file changed, 28 insertions(+), 4 deletions(-) diff --git a/plugins/vddk/vddk.c b/plugins/vddk/vddk.c index 31e58f66..95e030d4 100644 --- a/plugins/vddk/vddk.c +++ b/plugins/vddk/vddk.c @@ -511,17 +511,29 @@ vddk_dump_plugin (v...

On Wed, Aug 05, 2020 at 08:12:26AM -0500, Eric Blake wrote: > On 8/5/20 7:48 AM, Richard W.M. Jones wrote: > >See comment in code and > >https://www.redhat.com/archives/libguestfs/2020-August/msg00023.html > >--- > > plugins/vddk/vddk.c | 32 ++++++++++++++++++++++++++++---- > > 1 file changed, 28 insertions(+), 4 deletions(-) > > I'll have to trust your testing, but code-wise, this looks safe. I'm in a bit two minds about this one. It appears safe. OTOH it...

See comment in code and https://www.redhat.com/archives/libguestfs/2020-August/msg00023.html --- plugins/vddk/vddk.c | 17 +++++++++++++---- 1 file changed, 13 insertions(+), 4 deletions(-) diff --git a/plugins/vddk/vddk.c b/plugins/vddk/vddk.c index c24da96f..5926e181 100644 --- a/plugins/vddk/vddk.c +++ b/plugins/vddk/vddk.c @@ -478,11 +478,18 @@ vddk_dump_plugin (void) #endif }...

This addresses the feedback on v1 here: https://www.redhat.com/archives/libguestfs/2018-September/msg00023.html Rich.

make-3.81 excludes PHONY dependencies from $?, make 3.82+ includes them. This leads to always rebuilding klibc targets that depend on .PHONY dependencies. From the make 3.82 release notes https://lists.gnu.org/archive/html/info-gnu/2010-07/msg00023.html: * WARNING: Backward-incompatibility! The '$?' variable now contains all prerequisites that caused the target to be considered out of date, even if they do not exist (previously only existing targets were provided in $?). Linux fixed this with commit 4f1933620f57...

...3:08:04 +0000 [klibc] add more PHONY targets to $(PHONY) make-3.81 excludes PHONY dependencies from $?, make 3.82+ includes them. This leads to always rebuilding klibc targets that depend on .PHONY dependencies. From the make 3.82 release notes https://lists.gnu.org/archive/html/info-gnu/2010-07/msg00023.html: * WARNING: Backward-incompatibility! The '$?' variable now contains all prerequisites that caused the target to be considered out of date, even if they do not exist (previously only existing targets were provided in $?). Linux fixed this with commit 4f1933620f57...

...x this? >> getaddrinfo(3) is a libc function - is it possible that libc was updated as well? >> >> I am not seeing many references to the kernel when googling for that error message, but there was this about glib 2.18: >> >> http://sourceware.org/ml/libc-help/2013-08/msg00023.html > > Crap! You are right! > > [2013-12-16 14:03] [PACMAN] upgraded glibc (2.18-10 -> 2.18-11) > > How do I fix that other than downgrading? Not sure - I didn't write the getaddrinfo() code in upsd, but it seemed to follow all of the recommendations on how to use th...

I believe this roughly implements Nir's proposal here: https://www.redhat.com/archives/libguestfs/2020-August/msg00028.html Unfortunately it doesn't work for me. It actually slows things down quite a lot, for reasons I don't understand. Note the adjustment of the pool-max parameter and how it affects the total time. The results are quite reproducible. $ ./nbdkit -r -U - vddk

Hello, I have been working on porting ASan to AArch64. I am building compiler-rt in "standalone mode" targeting aarch64. My build is successful, but I get the following runtime error when I run an ASan enabled executable through qemu-aarch64: ==29184==Parsed ASAN_OPTIONS: verbosity=1 ==29184==AddressSanitizer: failed to intercept '__isoc99_printf' ==29184==AddressSanitizer:

...archives/libguestfs/2009-November/msg00095.html 2009-09-13 : 1.0.67 https://www.redhat.com/archives/libguestfs/2009-August/msg00281.html 2009-07-23 : 1.0.64 https://www.redhat.com/archives/libguestfs/2009-July/msg00059.html 2009-07-14 : 1.0.59 https://www.redhat.com/archives/libguestfs/2009-July/msg00023.html -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora

Hello! As discussed in the previous thread about "Dovecot deliver logging problem and procmail" I have made a small patch for procmail to deliver through dovecot's deliver program (or any other delivery program). So Procmail does not write the mailboxes directly any more. So delivery is done through pipes and an external program which can deliver the files. Since dovecot's

Fix some quoting issues by introducing Unicode quotes. Note this intentionally only affects end-user messages and documentation. Rich.

This is a combination of: https://www.redhat.com/archives/libguestfs/2017-June/msg00046.html [PATCH 00/12] Refactor utility functions. plus: https://www.redhat.com/archives/libguestfs/2017-June/msg00023.html [PATCH v3 00/19] Allow APIs to be implemented in OCaml. with the second patches rebased on top of the utility refactoring, and some other adjustments and extensions. This passes the basic tests. Rich.