Re: [Bug-apl] Gnu APL Quad-Quote read coming from souce file and not the terminal

2014-09-17 Thread Juergen Sauermann
Hi Fred, there is nothing wrong with not using -s. It is just a shortcut to simplify scripting for the "normal" case. I fixed the CORE_COUNT_WANTED=argv in SVN 478. It doesn't crash anymore, but the parallel stuff is not yet running

Re: [Bug-apl] Gnu APL Quad-Quote read coming from souce file and not the terminal

2014-09-16 Thread Juergen Sauermann
Hi Fred, I had a look at the old code and saw that for ⍞ and ⎕ testcase files are handled differently than script files. I have recreated the old behavior in SVN 475. I noticed that echo of the ⍞ input is off when GNU APL is run from

Re: [Bug-apl] Gnu APL Quad-Quote read coming from souce file and not the terminal

2014-09-16 Thread Frederick H. Pitts
Hello Juergen, As of SVN 475, I'm able to run a medium size STARTREK2 game successfully as a shell script with the following first line #!/usr/local/bin/apl --noColor -- I don't see any negative effect from not having -s, --script, --noCIN or --rawCIN in the above first line and

Re: [Bug-apl] Gnu APL Quad-Quote read coming from souce file and not the terminal

2014-09-15 Thread Juergen Sauermann
Hi Fred, first of all, please note that CORE_COUNT_WANTED= has currently no effect since I am working on that. I fixed Parallel.cc so that it compiles, SVN 473. Regarding ⍞ your expectation seems to be that ⍞ always reads from the terminal even if

Re: [Bug-apl] Gnu APL Quad-Quote read coming from souce file and not the terminal

2014-09-14 Thread Frederick H. Pitts
Hello Juergen, I cloned svn 472, configured and tried to build. I find that if I configure with CORE_COUNT_WANTED=argv, the following compiler error results: Parallel.cc: In static member function 'static void Parallel::init_CPUs(bool)': Parallel.cc:333:7: 'uprefs' was not declared in

[Bug-apl] Gnu APL Quad-Quote read coming from souce file and not the terminal

2014-09-12 Thread Frederick H. Pitts
Gentle people, As of SVN 470, ⍞ references are taking their input from the APL source file instead of the terminal if there is any source file left to be read. It appears that the interpreter is starting to execute code before the interpreter has completely consumed the source file and