The following patch improves the performace of reading a 10k line file
using io∆readfile from several minutes down to about half a second.
The key to this was to avoid cloning the result when reading the value from
a variable. This caused functions with lots of variable dereferencing to
become
Hi Blake,
if the problem is that stderr gets lost, then it might help if you change
Archive.cc line 1348:
CERR vid= vid endl;
FIXME;
from CERR to COUT. That should at least show the vid that tells me where
in the
.apl file this happens. Just a guess because i am not that
The Emacs mode should not be hiding the output on standard error. If anyone
happens to see it do that, please let me know because that would mean
you've come across a bug.
Regards,
Elias
On 30 Apr 2014 20:04, Juergen Sauermann juergen.sauerm...@t-online.de
wrote:
Hi Blake,
if the problem is
Isn't this just such an example?
On Wed, Apr 30, 2014 at 7:17 AM, Elias Mårtenson loke...@gmail.com wrote:
The Emacs mode should not be hiding the output on standard error. If
anyone happens to see it do that, please let me know because that would
mean you've come across a bug.
Regards,
Hi Jürgen:
So sorry but we are not understanding each other on this.
I apologize for my inability to state it more clearly.
This is a long reply but I'm trying to explain it with words.
Too bad we can't sit down over a mug of beer (or a cup of tea) and discuss it
IRL.
My proposal is NOT
Here is what I get:
]xterm off
]log 32
Log facility 'Prefix parser ' is now ON
]log 33
Log facility ' ... location information ' is now ON
'libemacs' ⎕FX 'EMACS'
changed to Prefix[si=0])
Sometimes, I accidentally make a mistake in interactive mode that causes
GNU APL to try to render a very large array to the screen. This can cause
the pretty-printer to essentially hang for very long amounts of time, and
this operation can't be interrupted. I usually have to kill the APL
session,
Are you saying that this limit exists, or that it's something that would
have to be implemented?
Regards,
Elias
On 30 April 2014 23:29, Juergen Sauermann juergen.sauerm...@t-online.dewrote:
Hi,
maybe some ⎕SYL limit could work. Currently we have such limits on the
depth of the SI,
on the
Hi Peter,
sorry as well. I believe i was mislead by your earlier question for the
source of the Nabla editor.
I cannot give you a full answer because the question touches many aspects
of GNU APL, like how to do things, who does and maintain things, what do
we like,
and so on.
But I can share
