On 13.04.2012 22:06, Bruno Haible wrote:
> Hi Mats,
>
> This is most likely the same bug that Paul has already analyzed [1]
> and/or the bug that Jim has analyzed [2]. We cannot support such a buggy
> system [3][4]. I would suggest you upgrade to a newer version [5].
Would it be possible to detect
Hi Mats,
> ... OpenSolaris 2010.03
> using snv_134, since "make" as well as "gmake" stalls at
>
> GEN unistd.h
>
> GEN wchar.h
> ...
> The problem is that "modules/unistd" and "modules/wchar" are, as sole
> modules, implementing a rewrite action using the template model
>
> { echo "A co
Sorry, from that snippet I don't know which process
is which. Can you compress it and attach the result?
Is it the case that process 14115 is writing to the
same pipe that process 14119 is reading from, and
that both processes are waiting (one on a write,
the other on a read)? That shouldn't hap
fredag den 13 april 2012 klockan 07:59 skrev Paul Eggert detta:
> On 04/13/2012 03:32 AM, Mats Erik Andersson wrote:
> > { echo "A comment";
> > sed -e 's,re,txt,g' < file |
> > sed -e 's,re2,txt2,g' |
> > sed -e 's,re3,txt3,g'; } > outfile
> >
> > All other modules implement
On 04/13/2012 03:32 AM, Mats Erik Andersson wrote:
> { echo "A comment";
> sed -e 's,re,txt,g' < file |
> sed -e 's,re2,txt2,g' |
> sed -e 's,re3,txt3,g'; } > outfile
>
> All other modules implement pipes using one or two levels, not three.
> This three level construct stalls
Dear all,
at some stage the generated make file "lib/Makefile" began using
a three-member pipe for sed in order to generate "lib/unistd.h" and
"lib/wchar.h". This change is not portable to OpenSolaris 2010.03
using snv_134, since "make" as well as "gmake" stalls at
GEN unistd.h
GEN wchar.h
