On Thu, Jun 07, 2012 at 01:39:00AM +0200, Kristian Poul Herkild wrote:
>
> The 'binary piece of junk' I referred to was the proprietary, binary
> blob from AMD known as AMD Catalyst (drivers for Radeon graphics
> cards), as is evident from the subject line. They are known to be
> buggy, and bes
Hi Tobias,
Based on what you scrieb:
> mkfifo xyz
> tee my.log ls -la >xyz 2>&1
> rm xyz
> mkfifo creates a 'named pipe'
> tee is running in the background as long as the xyz exists
> ls writes stdin + stderr to the pipefile,
and my failing OP attempt,
ls -R .../linux-3.3.6 | tee >(grep -m 5
On Wed, 06 Jun 2012 12:32:09 +0100
Matthew Burgess wrote:
> The ICE is definitely a bug in GCC, so should be reported upstream (I did
> a quick search at http://gcc.gnu.org/bugzilla/ for force_move_args_size_note
> and didn't get any hits).
>
> There's useful info at http://gcc.gnu.org/bugs/#det
>> I feel that THERE MUST BE a clean way to do it in bash where the main stream
>> can run to its natural completion unaffected by what goes on beyond (to the
>> right of) the TEE (the 'tee' command).
>
> no way at all.
correction. there is a way...
instead of
ls -la | tee my.log
you have to
> Tobias Gasser schrieb am 05.06.2012 um 15:57 Uhr:
> ...
> btw: $PIPESTATUS is an ARRAY!!
> to get all exit codes use ... ; echo ${PIPESTATUS[@]}
> thus your $PIPESTATUS will be ${PIPESTATUS[0]} the exitcode from ls
> which exits with 141 whenever the output is piped and the pipe
> terminates wh
On Wed, 6 Jun 2012 12:21:02 +0100, Andrew Benton wrote:
> I have previously built Libre Office 3.5.3 on i686 with Gcc 4.7, what
> was different this time was that I used a git pull of the Gcc 4.7
> branch. Ie, Gcc had changes that had been checked into the Gcc 4.7
> branch since gcc-4.7.0 was rel
Hello All,
Libre Office 3.5.3 compiles fine for me with Gcc 4.7 on x86_64 but on
i686 the build dies with this error:
Making:all_uno-skeletonmaker.dpobj
Compiling: unodevtools/source/skeletonmaker/skeletonmaker.cxx
Compiling: unodevtools/source/skeletonmaker/skeletoncommon.cxx
/home/andy/save/
alex lupu schrieb:
>
> ls -R linux-3.3.6 | tee >( grep devices > temp.txt) ; echo $PIPESTATUS
>
> How can I do a 'grep -m n ' (or similar - with an untimely death)
in your seceond example the second process terminates while the first
(ls) still tries to deliver output to the pipe.
to answer