I might have a clue as to what's going on with the optimization. This is
beginning to look like it's related to the FT_DIRECT_BRANCHES (unconditional
branches) optimization. More digging with the debugger, except now with
Hans-Peter's sample function:
[0] WWW
[1] ws←3↓1⊃⍎')WSID'
[2] → x
Hi Hans-Peter,
As far as I am aware, the problems were unrelated to )DUMP, )SAVE, )LOAD,
)COPY. In other words, the combination used is irrelevant. I could be
wrong.
Thanks!
Blake
On Wed, Feb 12, 2025 at 2:04 PM Hans-Peter Sorge <
hanspeterso...@netscape.net> wrote:
> Hi Blake,
>
> ist that
Hi Blake,
ist that for )SAVEd workspaces?
I use )DUMP / )LOAD instead of )SAVE / )LOAD.
)SAVE stores the WS in xml format.
Q:
Shouldn't )LOAD create identical binary WS-images from a xml (saved)
and an apl (dumped) stored workspaces?
How to get a binary image from an actual running WS to co
Just FYI. The problems I was noticing were unrelated to )COPY
I saw the same problems with )LOAD
--blake
On Wed, Feb 12, 2025 at 1:05 PM Hans-Peter Sorge <
hanspeterso...@netscape.net> wrote:
> Hi Jürgen,
>
> thank you.
> The fix came just in time as I have to )COPY quite often right now :-)
>
$ apl
)clear
CLEAR WS
→(0=⍴0)/0
SYNTAX ERROR+
→(0=⍴0)/0
^
)more
branch back into function (→N) without suspended function
Running SVN 1833.
On Mon, Feb 10, 2025 at 10:01 AM Hans-Peter Sorge <
hanspeterso...@netscape.net> wrote:
> Sorry -
>
> an even shorter way .
>
Sorry -
an even shorter way .
)clear
CLEAR WS
→(0=⍴,0)/0
SYNTAX ERROR+
→(0=⍴0)/0
^
Best Regards
Hans-Peter
Am 10.02.25 um 16:41 schrieb Hans-Peter Sorge:
Hi,
A simple path to reproduce the reported ")Copy bug" :
)clear
CLEAR WS
)copy Editor
SAVED 2025-02-10 0
Hi,
A simple path to reproduce the reported ")Copy bug" :
)clear
CLEAR WS
)copy Editor
SAVED 2025-02-10 09:15:01 (GMT-6)
E∆Edit 'E∆Edit'
At all prompts you can type 'end' to exit or backup to the previous
question.
You can often type 'help' to get help.
Enter your edit comman
I just checked. None of the problems I reported were corrected with this
change.
Thanks.
Blake
On Mon, Feb 10, 2025 at 7:53 AM Dr. Jürgen Sauermann <
mail@jürgen-sauermann.de> wrote:
> Hi,
>
> latest news: I have corrected an error in the ∇-editor. *SVN 1833*.
>
> I am currently working on fi
Hi,
latest news: I have corrected an error in the ∇-editor. *SVN 1833*.
I am currently working on fixing a border case for function headers.
Not entirely stable yet. Your problem might be related to specific
function header cases.
Best Regards,
Jürgen
On 2/10/25 13:55, Dr. Jürgen Sauermann wr
Hi,
I am definitely not arguing that the problem is outside GNU APL. However,
it is very difficult for me to troubleshoot a problem that only occurs
in the context
of a workspace that I am not familiar with. So please help to simplify
the issue
to a smaller size.
Thanks,
Jürgen
On 2/9/25 20
Blake, try to open the offending function in the native ∇ editor and
immediately exit the editor (no changes are necessary). I think you'll find the
function will now work. I agree that nothing in the offending statement that is
a syntax error.
I too believe this is aome bug in GNU APL. Otherwi
In case I haven't been clear, as far as I can tell, all of the problems are
with GNU APL and none are with the Editor code. At some earlier date, this
exact editor code worked fine under GNU APL. The editor code hasn't
changed but no longer works; as reported.
If errors in the editor are found,
The help message should be printed by the first line of E∆Pim. I checked
it and the code is correct. It just doesn't run.
If I cut/paste the code into GNU APL it works fine. But it doesn't run
inside a function.
Just FYI, this Editor WS was used in a production environment, on a daily
basis, f
Greetings,
I haven't been using GNU APL for a while - just because I had other things
I needed to do. Now, trying to debug this issue I am finding several
issues. Here is the first:
)load Editor
SAVED 2025-02-09 10:13:37 (GMT-6)
⎕IO←0
(⎕CR 'E∆Edit')[31;]
EN1:→(2↑bv←qq E∆Pim'En
Hello,
I have been watching this thread. My impression is that it is not my code
but a bug in GNU APL. If it is my code, I am very happy to fix it. I will
take a look.
Thanks.
Blake
On Sun, Feb 9, 2025 at 9:08 AM Dr. Jürgen Sauermann <
mail@jürgen-sauermann.de> wrote:
> Hi Paul,
>
> maybe
Hi Paul,
maybe Blake has an idea. For me it is very difficult to fix
workspaces that were contributed by other users. For the
author of the workspace fixing problems is far more easy.
Best Regards,
Jürgen
On 2/8/25 19:48, Paul Rockwell wrote:
Unfortunately, I haven't been able to get this repr
Unfortunately, I haven't been able to get this reproduced with anything
simpler. I can reliably reproduce this using Blake's APL Editor found here:
https://github.com/blakemcbride/APLEditor
I don't believe it to be an error in the functions themselves. I can )LOAD the
original workspace and "f
Hi Paul,
that very much looks like an error in the Editor workspace, doesn't it?
Can you reproduce the fault in plain APL?
Best Regards,
Jürgen
On 2/6/25 19:14, Paul Rockwell wrote:
I've been seeing syntax errors being thrown on functions copied from
another workspace. I've imported Blake McB
18 matches
Mail list logo
