> g:\cygwin32\bin\apl.exe --noSV -s -f c:/temp/helloworld.apl c:/temp/ddd.txt
> 2>&1
I assume those parameters like --noSV and -s cause some kind of intercept of
the STDERR somehow.
On Monday, February 20, 2023 at 05:51:32 PM GMT+1, knud van eeden
wrote:
Hello Jurgen,
> GNU APL do
Hello Jurgen,
> GNU APL does nothing special on output; it uses the C++ cout and cerr
> channels.
Since this seems to work fine on all platforms except Windows, I would assume
that this is a Windows problem.
Very unlikely. This is an APL problem assumed.
E.g. installing all these other 20+ comput
Hi Knud,
sorry to hear that. Unfortunately I have no more ideas what may be
wrong.
However, I never tried to run GNU APL directly from the Windows
command line.
I always used the cygwin console.
GNU APL does nothing special on output; it
Hello Jurgen,
Yes, e.g.
E.g. the classical 2>&1 e.g.g:\cygwin32\bin\apl.exe --noSV -s -f
c:/temp/helloworld.apl c:/temp/ddd.txt 2>&1
E.g. 2>
> g:\cygwin32\bin\apl.exe --noSV -s -f c:/temp/helloworld.apl 2> c:/temp/ddd.txt
Note: I have installed 10s of other programming languages lately, there e
Hi Mr. Sunday,
thanks for reporting this.
Fixed in SVN 1647.
Best Regards,
Jürgen
On 2/19/23 6:42 PM, Mr. Sunday wrote:
GNU APL replaces a variable's contents
when taking the proto
Hi Knud,
I see. Have you tried 2> instead of > ? If I remember
correctly then at least older GNU
APL versions would use stderr (and not stdout) for all output, but
I can't quite remember
when (and if) that was changed. The apl.exe files are usually
