$ 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 . > > )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 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 command? edit > Enter the line numbers you wish to change, or [a,b,r]? 2 > SYNTAX ERROR > E∆Piv[18] →(0=⍴t)/0 > ^^ > )reset > →(0=⍴,0)/0 > SYNTAX ERROR+ > →(0=⍴0)/0 > ^ > > The difference!!! <⍴,0> vs <⍴0> > > Best Regards > Hans-Peter > > Am 10.02.25 um 15:34 schrieb Blake McBride: > > 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 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 wrote: >> >> 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:09, Blake McBride wrote: >> >> 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, I am happy to correct them. >> >> Thanks. >> >> Blake >> >> >> On Sun, Feb 9, 2025 at 12:22 PM Blake McBride <blake1...@gmail.com> >> wrote: >> >>> 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, for years on other APL systems. When moving it to GNU APL I >>> had to type it in so typos are possible. Other than typos, however, the >>> code is solid. >>> >>> Thanks. >>> >>> Blake >>> >>> >>> On Sun, Feb 9, 2025 at 11:51 AM Blake McBride <blake1...@gmail.com> >>> wrote: >>> >>>> 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'Enter your edit command')/END,EN1 >>>> >>>> >>>> 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 command? help >>>> Enter your edit command? end >>>> SYNTAX ERROR >>>> E∆Edit[31] →(2↑bv←qq E∆Pim 'Enter your edit command')/31 34 >>>> ^^ >>>> >>>> 1. It shouldn't show "31 34". It should show "END,EN1". >>>> >>>> 2. Syntax error. Really? Where? >>>> >>>> 3. When I typed 'help' it should have seen a help message. I haven't >>>> traced this through because of the syntax error. >>>> >>>> This code worked fine as-is when it was released. >>>> >>>> I'll see what I can do with #3. >>>> >>>> Thanks! >>>> >>>> Blake >>>> >>>> >>>> On Sun, Feb 9, 2025 at 10:07 AM Blake McBride <blake1...@gmail.com> >>>> wrote: >>>> >>>>> 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 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 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 "fix up" problematic functions that I >>>>>> know >>>>>> have thrown the syntax error in the past by simply opening and >>>>>> immediately >>>>>> closing the funcion (no other changes) with the ∇ editor. Things work >>>>>> fine >>>>>> after that. >>>>>> >>>>>> II )SAVE the workspace, and then )LOAD the saved copy, and the error >>>>>> re-appears. >>>>>> >>>>>> I've validated the variables in the offending statement each time the >>>>>> error appears. All appears normal - there's no syntax error apparent in >>>>>> the >>>>>> expression, so I have no idea why the interpreter is throwing an error. >>>>>> If >>>>>> the function/workspace had problems, to me it seems as a result of the >>>>>> )save,)load,)copy mechanisms. Only the ∇ editor gets me around the issue >>>>>> - >>>>>> ⎕FX ⎕CR 'function-name' does not. >>>>>> >>>>>> Any ideas on how I can help track this down? >>>>>> >>>>>> - Paul >>>>>> >>>>>> >>>>>> On Feb 8, 2025, at 11:34 AM, Dr. Jürgen Sauermann >>>>>> <mail@jürgen-sauermann.de> <mail@jürgen-sauermann.de> wrote: >>>>>> >>>>>> 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 McBride's APL editor from his >>>>>> GitHub >>>>>> site (linked to by the GNU APL Community pages). It seems to be >>>>>> reasonably >>>>>> up to date. >>>>>> >>>>>> Once I have the workspace created containing the editor application, >>>>>> I )SAVE it. I then create a new workspace and )COPY the functions in the >>>>>> editor workspace into my current workspace. Then I attempt to use it to >>>>>> edit a function (an alternative to the ∇ editor). >>>>>> >>>>>> What I see is that the copied editor function will fail with a syntax >>>>>> error on branch statements within the function: >>>>>> >>>>>> )copy Editor >>>>>> SAVED 2025-01-19 15:03:52 (GMT-5) >>>>>> E∆Edit 'asd' >>>>>> >>>>>> >>>>>> At all prompts you can type 'end' to exit or backup to the previous >>>>>> question. >>>>>> You can often type 'help' to get help. >>>>>> >>>>>> >>>>>> Enter the line numbers you wish to change, or [a,b,r]? 2 >>>>>> SYNTAX ERROR >>>>>> E∆Piv[18] →(0=⍴t)/0 >>>>>> ^^ >>>>>> >>>>>> However, if you look at the variables involved, there should be >>>>>> nothing that should cause this syntax error >>>>>> >>>>>> t >>>>>> 2 >>>>>> ⍴t >>>>>> 1 >>>>>> 0=⍴t >>>>>> 0 >>>>>> 0/0 >>>>>> >>>>>> ⍴0/0 >>>>>> 0 >>>>>> >>>>>> The strange thing about this is that if I open the offending function >>>>>> in the ∇ editor and save it (making no changes), the error goes away... >>>>>> at >>>>>> least for that function: >>>>>> >>>>>> )si >>>>>> ∇E∆Piv >>>>>> [51] ∇ >>>>>> E∆Edit 'asd' >>>>>> >>>>>> >>>>>> 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 command? edit >>>>>> Enter the line numbers you wish to change, or [a,b,r]? 2 >>>>>> 24 >>>>>> >>>>>> Enter your edit command? end >>>>>> SYNTAX ERROR >>>>>> E∆Edit[31] →(2↑bv←qq E∆Pim 'Enter your edit command')/31 34 >>>>>> ^^ >>>>>> >>>>>> >>>>>> >>>>>> As you can see, another function is exhibiting the same error. Like >>>>>> the E∆Piv function, opening the E∆Edit function seems to "fix"the issue. >>>>>> What doesn't seem fix the issue is using ⎕CR and ⎕FX as an >>>>>> alternative to the ∇ editor. >>>>>> >>>>>> )reset >>>>>> ⎕FX ⎕CR 'E∆Edit' >>>>>> E∆Edit >>>>>> E∆Edit 'asd' >>>>>> >>>>>> >>>>>> 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 command? edit >>>>>> Enter the line numbers you wish to change, or [a,b,r]? 2 >>>>>> 24 >>>>>> >>>>>> Enter your edit command? end >>>>>> SYNTAX ERROR >>>>>> E∆Edit[31] →(2↑bv←qq E∆Pim 'Enter your edit command')/31 34 >>>>>> ^^ >>>>>> >>>>>> As you can see, that didn't fix the problem. Now open E∆Edit with the >>>>>> ∇ editor and see what happens: >>>>>> >>>>>> )reset >>>>>> ∇E∆Edit >>>>>> [41] ∇ >>>>>> E∆Edit 'asd' >>>>>> >>>>>> >>>>>> 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 command? edit >>>>>> Enter the line numbers you wish to change, or [a,b,r]? 2 >>>>>> 24 >>>>>> >>>>>> Enter your edit command? end >>>>>> >>>>>> >>>>>> As I said, this is very strange behavior. I can work around it, but >>>>>> quite honestly it's a pain because I have no idea when the issue is going >>>>>> to crop up again. >>>>>> >>>>>> - Paul Rockwell >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >> >> > > -- Mike Hall