[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Del Editor Confusion
From: |
Paul Rockwell |
Subject: |
Re: Del Editor Confusion |
Date: |
Sun, 26 Jan 2025 21:33:23 -0500 |
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
>
>