the glob length is 4K :) if not your bash or shell then it is ap100 that is broken
On Tue, 14 Feb 2017 22:06:01 -0600 Frederick Pitts <fred.pi...@comcast.net> wrote: > enztec, > > In a terminal interactive bash shell > > /bin/ls /apl/ap100/Sound/pl* > /bin/ls /apl/ap100/Sound/pla* > > and in an apl interactive interpreter session > > )host /bin/ls /apl/ap100/Sound/pl* > )host /bin/ls /apl/ap100/Sound/pla* > > produce the correct results. > > And I'm unaware of a glob length setting. > > Later, > > Fred > On Tue, 2017-02-14 at 20:33 -0700, enz...@gmx.com wrote: > > 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 <fred.pit...@comcast.net> 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, enz...@gmx.com 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 <fred.pi...@comcast.net> 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: > > > > > > > > > > > > > > > > > > > > > > > > eedjsa@server66:~$ > > > > > > 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 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
