bug-apl
[Top][All Lists]
Advanced

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

Re: [Bug-apl] AP100 problem


From: enztec
Subject: Re: [Bug-apl] AP100 problem
Date: Tue, 14 Feb 2017 20:33:11 -0700

could it be your fedora bash shell expansion itself ?  (some glob length 
setting? is there such a thing?)

in a terminal 
/bin/ls /apl/ap100/Sound/pl*
/bin/ls /apl/ap100/Sound/pla*

in an apl workspace try    
)host /bin/ls /apl/ap100/Sound/pl*
)host /bin/ls /apl/ap100/Sound/pla*



On Tue, 14 Feb 2017 20:59:52 -0600
Frederick Pitts <address@hidden> wrote:

> enztec,
> 
>       Juergen had me type the apl statements directly into an
> interactive interpreter session (i.e., no cut-n-paste) and the same
> error occurred on my machine.  Also, I ran 'od -c foobar.apl', looked
> for unexpected characters and did not find any.  So it is not bad
> characters hidden in the input file that is causing the problem.
> But the problem does seem specific to my platform.  Is a anyone else
> running Fedora 25 Workstation on a 9-year Dell Precision T3500, quad-
> core?
> 
> Later,
> 
> Fred
> 
>       
> On Tue, 2017-02-14 at 19:24 -0700, address@hidden wrote:
> > works here
> > 
> > you have a bad character in your foobar.apl   - probably from a
> > cutnpaste from an html?
> > 
> > 
> > 
> > On Tue, 14 Feb 2017 19:26:53 -0600
> > Frederick Pitts <address@hidden> wrote:
> > 
> > > 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:
> > > > 
> > > >       
> > > > 
> > > > address@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
> > > > > 
> > > > >     
> > > > 
> > > >     
> > > > 
> > > >   
> > > > 
> > 
> > 



reply via email to

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