[Bug-apl] Quad-IO localization problem

)CLEAR CLEAR WS ⎕IO 1 'abc'⍳'a' 1 ∇test;⎕IO [1] ⎕IO←0 [2] ∇ test ⎕IO 1 'abc'⍳'a' 0 Although ⎕IO seems to be correct, the iota lookup shows that the wrong ⎕IO value is being used. Blake

Re: [Bug-apl] Two questions about printing

Interesting. Let me have a look at that tonight. As it happens, I was just yesterday messing around with getting network printing working at home (Seems like GNOME printing has problems with Kerberos-authenticated IPP). Regards, Elias On 27 May 2014 10:11, Blake McBride wrote: > Oh, BTW, prior

Re: [Bug-apl] Two questions about printing

Oh, BTW, prior to asking the question, I tried to print from Emacs mode using Postscript Print Buffer. It doesn't print the APL characters. Thanks. Blake On Mon, May 26, 2014 at 9:09 PM, Blake McBride wrote: > Son of a gun. I did "lpr myfile.apl" and it printed perfectly. Great! > > Is th

Re: [Bug-apl] Two questions about printing

Yes. You can use FILE_IO[24]. That's the interface to popen (). Regards, Elias On 27 May 2014 10:09, Blake McBride wrote: > Son of a gun. I did "lpr myfile.apl" and it printed perfectly. Great! > > Is there a way to do that

Re: [Bug-apl] Two questions about printing

Son of a gun. I did "lpr myfile.apl" and it printed perfectly. Great! Is there a way to do that from APL without creating a special library? Thanks! Blake On Mon, May 26, 2014 at 9:05 PM, Elias Mårtenson wrote: > I'd be surprised if any printing system today would have problems with > Uni

Re: [Bug-apl] Two questions about printing

I'd be surprised if any printing system today would have problems with Unicode. Just send the APL source or output to the printer and try. Regards, Elias On 27 May 2014 10:04, Blake McBride wrote: > Is there a way to send stuff to a printer without creating an external > interface - you know

[Bug-apl] Two questions about printing

Is there a way to send stuff to a printer without creating an external interface - you know to lpr? Second question, is there an easy way to print APL characters on an HP Laser printer? Thanks. Blake

[Bug-apl] quote-quote should display a blank line

∇test [1] '1' [2] ' ' [3] '2' [4] '' [5] '3' [6] ∇ test 1 2 3 There should be a blank line between 2 and 3. Thanks. Blake

Re: [Bug-apl] Is there a way to clear the screen?

Thanks a lot! Instant gratification - I love it! Blake On Mon, May 26, 2014 at 7:43 PM, Frederick H. Pitts wrote: > Blake, > > If you are looking for instant gratification, > > ⍞ ← (⎕UCS 27), '[2J' > > will do the job on any terminal that honors ansi escape sequences. > > Regards, > >

Re: [Bug-apl] Is there a way to clear the screen?

That's a very alluring thing. :-) It's bad though, since it will come out as garbage if the output device does not support it. Regards, Elias On 27 May 2014 08:43, "Frederick H. Pitts" wrote: > Blake, > > If you are looking for instant gratification, > > ⍞ ← (⎕UCS 27), '[2J' > > will do

Re: [Bug-apl] Is there a way to clear the screen?

Blake, If you are looking for instant gratification, ⍞ ← (⎕UCS 27), '[2J' will do the job on any terminal that honors ansi escape sequences. Regards, Fred Retired Chemical Engineer On Mon, 2014-05-26 at 19:29 -0500, Blake McBride wrote: > Dear Elias, > > > On one hand, I would still

Re: [Bug-apl] Is there a way to clear the screen?

You can use the source for file_io as an example. It's pretty clear and shows what is possible. Regards, Elias On 27 May 2014 08:29, "Blake McBride" wrote: > Dear Elias, > > On one hand, I would still love to see a basic ^L ability without having > to get into external code. > > On the other han

Re: [Bug-apl] Is there a way to clear the screen?

Dear Elias, On one hand, I would still love to see a basic ^L ability without having to get into external code. On the other hand, perhaps I should start to take a look at library code. (I actually have over 20 years of C experience.) I fear my reaction once I see how it works. I'm sure the po

Re: [Bug-apl] Is there a way to clear the screen?

The correct way to do that is to use the native interface to provide an interface to Curses. It should be fairly trivial to implement. On 27 May 2014 07:32, "Blake McBride" wrote: > > If I execute ⎕AV[8] the terminal sounds the bell. If I type ^L my xterm screen clears. I need one of the ⎕AV ch

[Bug-apl] Is there a way to clear the screen?

If I execute ⎕AV[8] the terminal sounds the bell. If I type ^L my xterm screen clears. I need one of the ⎕AV characters to do what ^L does. That gives me the absolute basics of screen IO. Thanks. Blake

[Bug-apl] Parse error

)CLEAR CLEAR WS ⎕IO 1 (4 5)[1]≥12 0 (⎕TS[4 5])[1]≥12 VALENCE ERROR (⎕TS[4 5])[1]≥12 ^

[Bug-apl] Loading a dumped file doesn't execute the Latent Expression

The title says it all. I understand why a dumped file would not keep the SI. That makes sense. But it doesn't make sense for it not to execute ⎕LX. Blake

[Bug-apl] Indexed assignment error for characters but not numbers

)CLEAR CLEAR WS ⎕IO 1 a←b←5 5⍴⍳25 a[⍳5;]←b a←b←⍕a a 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 ⍴a 5 14 a[⍳5;]←b LENGTH ERROR a[⍳5;]←b ^ ^ Of course the numeric one is the correct one. Blake

[Bug-apl] Loading dump files

Greetings, To better integrate dump files (*.apl) files into the system, I suggest the following: 1. When )LOAD of a .apl file, set the WSID just like a load of .xml file. 2. )LOAD of a .apl file should give the same message as )LOAD of a .xml file 3. Issue an error message if both a .apl an

Re: [Bug-apl] Restrictions on localization of system variables?

On Mon, 2014-05-26 at 13:36 -0500, Blake McBride wrote: > Off the cuff, ⎕PW should be localizable too. > > ⎕CT ⎕FC ⎕PP ⎕PR ⎕PW ⎕RL > On Mon, May 26, 2014 at 1:12 PM, David B. Lamkins > wrote: > It appears that quad-IO and quad-CT are the only system > variables > local

Re: [Bug-apl] Restrictions on localization of system variables?

Off the cuff, ⎕PW should be localizable too. On Mon, May 26, 2014 at 1:12 PM, David B. Lamkins wrote: > It appears that quad-IO and quad-CT are the only system variables > localizable in GNU APL. Is this intended? Given a quick look, I see no > support for this restriction in either the IBM or I

[Bug-apl] Restrictions on localization of system variables?

It appears that quad-IO and quad-CT are the only system variables localizable in GNU APL. Is this intended? Given a quick look, I see no support for this restriction in either the IBM or ISO references.

Re: [Bug-apl] Assertion failed

Hi Blake, thanks, fixed in SVN 292. /// Jürgen On 05/26/2014 05:39 PM, Blake McBride wrote: I haven't looked into what is causing this yet, but I thought the message may be self explanatory to you. Please let me know if you need more. Thanks! =

Re: [Bug-apl] Announce: Keyed File System for GNU APL

Done. Thanks. On Mon, May 26, 2014 at 9:41 AM, Juergen Sauermann < juergen.sauerm...@t-online.de> wrote: > Hi Blake, > > Congratulations! > > A small comment from my side. I have seen that the workspace that you > provide > was *)SAVE*d (and therefore is an *.xml* file). > > This filetype is k

Re: [Bug-apl] Announce: Keyed File System for GNU APL

Thanks. Actually, I saw people mention )DUMP but I never knew what it was. Thanks for explaining it to me. I was kind of sticking with the old APL that I knew. I will switch that workspace as you suggest. (I think keeping the workspace and regular )SAVE and )LOAD is good though.) Thanks. Bla

Re: [Bug-apl] Format returns wrong rank

Fixed. Thanks! On Mon, May 26, 2014 at 7:38 AM, Juergen Sauermann < juergen.sauerm...@t-online.de> wrote: > Hi Blake, > > thanks, fixed in SVN 291. > > /// Jürgen > > > > On 05/25/2014 08:13 PM, Blake McBride wrote: > >> I am getting a GPF now: >> >> ⍴⍕2 1⍴6 >> 2 1 >> ⍴⍕1 1⍴6 >> 1 1

Re: [Bug-apl] Bug in quad-quote

Fixed. Thanks! On Mon, May 26, 2014 at 7:39 AM, Juergen Sauermann < juergen.sauerm...@t-online.de> wrote: > Hi Blake, > > thanks, fixed in SVN 291. > > /// Jürgen > > > > On 05/26/2014 05:51 AM, Blake McBride wrote: > >> ∇test[⎕]∇ >> ∇ >> [0] test >> [1] ⍞←'11 ' >> [2] zz←⍞

[Bug-apl] Assertion failed

I haven't looked into what is causing this yet, but I thought the message may be self explanatory to you. Please let me know if you need more. Thanks! == Assertion failed: get_height() == 1 in Function: l1 in file:

Re: [Bug-apl] Announce: Keyed File System for GNU APL

Hi Blake, Congratulations! A small comment from my side. I have seen that the workspace that you provide was *)SAVE*d (and therefore is an *.xml* file). This filetype is kind of dying out. It will remain in GNU APL for quite some time, but I can't guarantee that workspaces *)SAVE*d with diff

Re: [Bug-apl] Bug in quad-quote

Hi Blake, thanks, fixed in SVN 291. /// Jürgen On 05/26/2014 05:51 AM, Blake McBride wrote: ∇test[⎕]∇ ∇ [0] test [1] ⍞←'11 ' [2] zz←⍞ [3] ⍞←'22 ' [4] zz←⍞ ∇ test 11 11 22 I just hit Enter at the end of each line. 11 should not be displa

Re: [Bug-apl] Format returns wrong rank

Hi Blake, thanks, fixed in SVN 291. /// Jürgen On 05/25/2014 08:13 PM, Blake McBride wrote: I am getting a GPF now: ⍴⍕2 1⍴6 2 1 ⍴⍕1 1⍴6 1 1 ⍴⍕0 1⍴6 SEGMENTATION FAULT -- Stack t