Re: sh: killing a pipe head from the tail

2021-12-07 Thread David Young
... || kill $(cat envstat.pid) && exit 1 ... done Usually it's necessary to protect against the loop racing against the creation of envstat.pid. Seems like there should be a better way. Dave -- David Young dyo...@pobox.comUrbana, IL(217) 721-9981

Re: pidfile_lock(3)

2016-03-21 Thread David Young
riptor back to a path. Dave -- David Young dyo...@pobox.comUrbana, IL(217) 721-9981

Re: A web interface for apropos: http://man-k.org/

2016-04-26 Thread David Young
r "an" I got the super-relevant an(4) driver as the first result. Dave -- David Young dyo...@pobox.comUrbana, IL(217) 721-9981

Re: List of Keywords for apropos(1) Which Should Not be Stemmed

2016-07-11 Thread David Young
scarcely overlap. Do the manual pages meet these expections? If so, then maybe you can decide whether or not to keep a stem by looking at the document-set overlap? Dave -- David Young //\ Trestle Technology Consulting (217) 721-9981 Urbana, IL http://trestle.tech/

Re: Changing disk image boot options without root privileges

2017-04-17 Thread David Young
image directly, unless there has been some regression. Dave -- David Young dyo...@pobox.comUrbana, IL(217) 721-9981

Re: NetBSD on embedded devices

2017-06-04 Thread David Young
e a dual-image embedded setup in open source, too. I would be happy to share the scripts if you want to mine them for ideas. Dave -- David Young dyo...@pobox.comUrbana, IL(217) 721-9981

Re: Printing 64-bit ints

2017-06-15 Thread David Young
On Thu, Jun 15, 2017 at 01:19:57PM +0100, Robert Swindells wrote: > > Is there a recommended way to print a 64-bit value ? The man page for > printf(3) suggests that using %qd is deprecated. See inttypes(3). #include #include uint64_t x = 12; printf("%" PRIu64 "\

Re: How to properly daemonize?

2017-07-14 Thread David Young
On Fri, Jul 14, 2017 at 06:25:32PM +0200, Edgar Fuß wrote: > And: > -- is there a way to detach in a shell script? This has worked reasonably well for me: cd / exec < /dev/null > /dev/null 2>&1 main & # create pidfile here exit 0 Dave -- David Young dyo...@pobox.com

Re: Basesystem programs redefine routine symbols from libc

2017-12-09 Thread David Young
-of-date LLVM-tsan may have made that impression. :-) Or maybe you're talking about one of the other sanitizers. Dave -- David Young dyo...@pobox.comUrbana, IL(217) 721-9981

Re: Basesystem programs redefine routine symbols from libc

2017-12-10 Thread David Young
is > > no observed misbehavior. > > If the issue occures purely at link time, then the problem is that the > sanitizer library isn't doing the right ELF manipulations. Can you elaborate? What are the "right" ELF manipulations? Dave -- David Young dyo...@pobox.comUrbana, IL(217) 721-9981

Re: Basesystem programs redefine routine symbols from libc

2017-12-10 Thread David Young
s seems to allow for a program to provide its own pthread_create override without a duplicate symbol error. It makes sense that in FreeBSD (NetBSD, too?) it would be impossible. Dave -- David Young dyo...@pobox.comUrbana, IL(217) 721-9981

Re: Basesystem programs redefine routine symbols from libc

2017-12-18 Thread David Young
> Also, where the sanitizer libraries are trying to intercept and wrap > libc calls they should be using the ELF dynamic linker's wrap > functionality, and I'm not sure if they're doing that properly either. I think that by "using the dynamic linker's wrap functionality" you mean using dlsym(RTLD_NEXT, "") to find a pointer to libc's definition? The sanitizers do that. Dave -- David Young dyo...@pobox.comUrbana, IL(217) 721-9981