bug-apl
[Top][All Lists]
Advanced

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

Re: Del Editor Confusion


From: M.Hall
Subject: Re: Del Editor Confusion
Date: Fri, 31 Jan 2025 18:34:20 -0600

Looks great on macos x86_64 and arm64e.
Thank you!

On Fri, Jan 31, 2025 at 8:04 AM Dr. Jürgen Sauermann <mail@jürgen-sauermann.de> wrote:
Gentlemen,

thanks, fixed in SVN 1825.

Best Regards,
Jürgen


On 1/27/25 03:33, Paul Rockwell wrote:
I'm seeing the same thing on SVN 1822 on Fedora 41 x86_64 and SVN 1823 on macOS 15.2 Apple Silicon (arm64). 

- Paul Rockwell

On Jan 26, 2025, at 7:36 PM, M.Hall <mgha1123@gmail.com> wrote:

I have some misunderstandings with the del editor.  (this is long, sorry)

$  apl

⍝ define a function
      ∇asd
[1] 10
[2] 20
[3] ∇
      
⍝ try it
      asd
10
20
      
⍝ change the first line
      ∇asd[1]123∇
[2] ∇
⍝ huh? wanted to change line 1, but got line 2.
⍝ it also didn't exit the editor
      
⍝ so run it
      asd
20
⍝ huh? what happened to line 1

⍝ list it
      ∇asd[⎕]∇
    ∇
[0]   asd
[1]   
[2]   20
    ∇
⍝ line 1 got wiped clean

⍝ change it again    
      ∇asd[1]123∇
[2] [1]123∇
⍝ correct the line number, enter new value, exit the editor      

⍝ and now it's ok
      asd
123
20

Summary:
1. the one-line del-edit change doesn't "take"
2. it remains in the del editor instead of exiting
3. it prompts with line 2, when line 1 was requested
4. exiting the editor without new text erases the line (line 2 in this case)
5. yet setting the line, entering the new value, and leaving the del editor works ok 
6. several books say that the one-line "replace a line" edit works
  - APL - An Introduction / A U-Program Work Text, 
  - APL - An Interactive Approach 3ed)
  - MicroAPL says "[3]...  Overwrite line 3 immediately"
7. the GNU APL document Section "3.8.1.4 The Del Editor" suggests this should work.
8. interestingly, the build on macos Intel prompts with the requested line 1, instead of jumping to line 2. It also doesn't clear the line when immediately exiting (when propmted on the wrong line).
9. builds of the apl-1.9.tgz bundle act the same on both platforms (just to compare baselines)
10. it acts the same when I hide the .config/gnu-apl directory
11. I'm pretty sure I tried variations of "-std=gnu++17" also, with same results

So. What am I doing wrong?
Thanks!

System and build info, ARM and Intel:

macos arm Sonoma 14.7.2

$  apl -v
BUILDTAG:
---------
    Project:        GNU APL
    Version / SVN:  1.9 / SVN: 1821M
    Build Date:     2025-01-17 17:44:10 UTC
    Build OS:       Darwin 23.6.0 arm64
    config.status:  default ./configure options
    Archive SVN:    1779

$  gcc --version
Apple clang version 15.0.0 (clang-1500.3.9.4)
Target: arm64-apple-darwin23.6.0
Thread model: posix
InstalledDir: /Users/x/Apps/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

macos Intel Catalina 10.15.7

$ apl -v
BUILDTAG:
---------
    Project:        GNU APL
    Version / SVN:  1.9 / SVN: 1821M
    Build Date:     2025-01-17 19:12:08 UTC
    Build OS:       Darwin 19.6.0 x86_64
    config.status:  default ./configure options
    Archive SVN:    1779

$ gcc --version
Configured with: --prefix=/Users/aaa/Apps/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/include/c++/4.2.1
Apple clang version 12.0.0 (clang-1200.0.32.29)
Target: x86_64-apple-darwin19.6.0
Thread model: posix
InstalledDir: /Users/x/Apps/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

--
Mike Hall



    



--
Mike Hall



reply via email to

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