bug-apl
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-apl] Preventing display of too large arrays


From: Juergen Sauermann
Subject: Re: [Bug-apl] Preventing display of too large arrays
Date: Thu, 08 May 2014 16:16:37 +0200
User-agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130330 Thunderbird/17.0.5

Hi Elias,

I have added an item in ⎕SYL that cuts down APL value when printed as non-committed value
(i.e. as statement result). SVN 253.

/// Jürgen


On 04/30/2014 05:30 PM, Elias Mårtenson wrote:
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 <address@hidden> wrote:
Hi,

maybe some ⎕SYL limit could work. Currently we have such limits on the depth of the SI,
on the number of values, and on the number of ravel bytes. This was to limit infinite recursion of
user-defined functions. When such a limit is reached then an ATTENTION is thrown and you can decide
to continue (→'') or to escape (→) or to change the value for example.

/// Jürgen



On 04/30/2014 04:35 PM, Elias Mårtenson wrote:
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, losing the entire workspace.

Would it make sense to have a parameter that controls the largest value that will be displayed in an interactive session. Too large arrays could be displayed using for example the first few rows and some kind of symbol or message indicating that the output has been truncated.

Something like "...remaining rows have been truncated (⍴ = 5837 23)" would be neat.

This could have saved me numerous times.

Regards,
Elias




reply via email to

[Prev in Thread] Current Thread [Next in Thread]