[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-apl] AP100 problem
From: |
Frederick Pitts |
Subject: |
Re: [Bug-apl] AP100 problem |
Date: |
Tue, 14 Feb 2017 19:26:53 -0600 |
Hello Juergen,
I haven't been configuring apl with DYNAMIC_LOG=yes, so I attempted 'make develop'. That got me a 'aclocal-1.14 not found' error. Fedora 25 comes with aclocal-1.15. So I punted and downloaded gnu-apl again, followed by configure/make/make install with DYNAMIC_LOG=yes in the environment.
Attached 'foobar.apl.out.1' was generated with ./foobar.apl >& foobar.apl.out.1.
Attached 'foobar.apl.out.2' was generated by starting the apl interpreter, keying in the apl statements from 'foobar.apl' and saving the transcript to 'foobar.apl.out.2'
In both cases, the third send to ap100 fail, but with different unprintable characters in the 'got command' diagnostic capture.
Can you provide me with the SVN version number or number range where the wholesale file changes occurred?
I will test versions just before and after the change. If there is no difference before and after the big change, I will go into binary search mode starting from the last known working version up until now.
Regards,
Fred
On Tue, 2017-02-14 at 21:20 +0100, Juergen Sauermann wrote:
Hi Frederick,
I did as proposed and it seems to work on my machine:
eaddress@hidden:~$
Sound/foobar.apl
1
ls Sound/*
Sound/foobar.apl
Sound/playsnd
0
ls Sound/p*
Sound/playsnd
0
ls Sound/pl*
Sound/playsnd
0
ls Sound/pla*
Sound/playsnd
0
The following in
interesting. Your script complains about:
sh: -c: line
0: unexpected EOF while looking for matching ``'
sh: -c: line 1: syntax error: unexpected end of file
1
But there is no backquote ( ` ) anywhere in your script or in
the AP100 code. And the script (which ?) seems to
have only 2 lines.
To nail this down a little, please try the following:
- enable dynamic logging (via ./configure). You may
have that already, if not do a
make develop
sudo make install
in the top-level GNU APL directory. Then enable logging
facility 35 in APL:
]LOG 35
This will tell us how the externam programs are called by
AP100. Fr example:
]LOG 35
Log facility 'Shared Variable operations
' is now ON
100 ⎕SVO 'OS' ⋄ 0 ⍴ ⎕DL 1
Using TCP socket towards APserver...
connected to APserver, socket is 7
apl100 got MAKE_OFFER
1
OS ← ⎕ ← 'ls Sound/pla*'
ls Sound/pla*
apl100 got ASSIGN_VALUE
AP100(6465) got command ls Sound/pla*
ls: cannot access Sound/pla*: No such file or
directory
AP100(6465) finished command with exit code 512
In the above example the file did not exist, but we can
see in the third last like which command
was given to AP100.
Please try ]log 35 both in your script and by entering
the lines in the script interactively (to see if the
problem is caused by scripting or something else). I haven't
changed the AP stuff in the last years, but there
were some changes recently that affected many files at the
same time. It would be good if you could figure
when (in terms of SVN versions or calendar dates) things
started to fail.
Thanks,
Jürgen Sauermann
On 02/14/2017 02:29 AM, Frederick Pitts
wrote:
Gentle people,
I am having trouble using the AP100 processor. Code that
worked reliably two to three years ago, no longer works.
The problem can be replicated (I hope) as follows:
1) Create a folder named 'Sound'.
2) Touch a file in 'Sound' named 'playsnd'
3) Copy the attached 'foobar.apl' into the folder containing
'Sound' and run ./foobar.apl after making sure it has execute
permission.
The content of foobar.apl is:
#!/usr/local/bin/apl --script
100 ⎕SVO 'OS' ⋄ 0 ⍴ ⎕DL 1
OS ← ⎕ ← 'ls Sound/*'
OS
OS ← ⎕ ← 'ls Sound/p*'
OS
OS ← ⎕ ← 'ls Sound/pl*'
OS
OS ← ⎕ ← 'ls Sound/pla*'
OS
)OFF
The output for the above, contained in attached
'foobar.apl.out', is:
1
ls Sound/*
Sound/playsnd
0
ls Sound/p*
Sound/playsnd
0
ls Sound/pl*
Sound/playsnd
0
ls Sound/pla*
sh: -c: line 0: unexpected EOF while looking for matching ``'
sh: -c: line 1: syntax error: unexpected end of file
1
Why is the last invocation of the AP100 processor failing? The
error messages reported by 'sh' indicate shell in-line substitution and
end-of-file processing problems. BTW, I'm running on Fedora 25 where
'sh' is actually a symbolic link to 'bash'. And the actual application
involves using the AP100 processor to invoke sound apps from an APL
game.
Regards,
Fred
foobar.apl.out.1
Description: Binary data
foobar.apl.out.2
Description: Binary data
- [Bug-apl] AP100 problem, Frederick Pitts, 2017/02/14
- Re: [Bug-apl] AP100 problem, Juergen Sauermann, 2017/02/14
- Re: [Bug-apl] AP100 problem,
Frederick Pitts <=
- Re: [Bug-apl] AP100 problem, enztec, 2017/02/14
- Re: [Bug-apl] AP100 problem, Frederick Pitts, 2017/02/15
- Re: [Bug-apl] AP100 problem, enztec, 2017/02/14
- Re: [Bug-apl] AP100 problem, Frederick Pitts, 2017/02/14
- Re: [Bug-apl] AP100 problem, enztec, 2017/02/15
- Re: [Bug-apl] AP100 problem, Kacper Gutowski, 2017/02/15
- Re: [Bug-apl] AP100 problem, Juergen Sauermann, 2017/02/15
- Re: [Bug-apl] AP100 problem, Juergen Sauermann, 2017/02/15
- Re: [Bug-apl] AP100 problem, Juergen Sauermann, 2017/02/15
- Re: [Bug-apl] AP100 problem, Juergen Sauermann, 2017/02/15