On 08/22/2012 09:55 AM, Reuben Thomas wrote:
> "The caller will write to the subprocess through pipe_filter_gi_write and
> finally call pipe_filter_gi_write."
>
> I think that second "pipe_filter_gi_write" should be "pipe_filter_gi_close".
Concur; I'm pushing the trivial fix in your name.
--
Er
"The caller will write to the subprocess through pipe_filter_gi_write and
finally call pipe_filter_gi_write."
I think that second "pipe_filter_gi_write" should be "pipe_filter_gi_close".
Sadly, what I'm really after is pipe_filter_ig_* :)
--
http://rrt.sc3d.org
On Wed, Aug 22, 2012 at 10:49 AM, Paul Eggert wrote:
> This is for Emacs. Currently, it provides a no-effect stub
> on all platforms where it does not already work.
> It already works on glibc-based systems, and on Solaris 11.
> * lib/execinfo.c, lib/execinfo.in.h, m4/execinfo.m4, modules/execinf
On Wed, Aug 22, 2012 at 10:49 AM, Paul Eggert wrote:
> This is for Emacs. Currently, it provides a no-effect stub
> on all platforms where it does not already work.
> It already works on glibc-based systems, and on Solaris 11.
> * lib/execinfo.c, lib/execinfo.in.h, m4/execinfo.m4, modules/execinf
On Wed, Aug 22, 2012 at 12:46 AM, Simon Josefsson wrote:
> FYI, this may be of interest:
>
> http://sources.redhat.com/pthreads-win32/
see more fix here also:
https://github.com/GerHobbelt/pthread-win32/commits/master/
> Maybe it would make sense to offer something like that in gnulib, so
> that
This is for Emacs. Currently, it provides a no-effect stub
on all platforms where it does not already work.
It already works on glibc-based systems, and on Solaris 11.
* lib/execinfo.c, lib/execinfo.in.h, m4/execinfo.m4, modules/execinfo:
New files.
* doc/glibc-headers/execinfo.texi (execinfo.h):
