bug-apl
[Top][All Lists]
Advanced

[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
> 
> 




reply via email to

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