[Bug-apl] Format by example problems

2014-06-02 Thread Elias Mårtenson
I'm trying to coerce ⍕ into doing something that should be trivial. Assume I have a number N, and I want to display it like in a printf using the pattern "value=%d". I've tried all sorts of variations, but I just can't make it happen. It's all good until I try to pass in a negative value. How can

[Bug-apl] Crash when using format by example

2014-06-02 Thread Elias Mårtenson
To reproduce, type the following: * 'X4.55Y' ⍕ 12345.98765* This results in the following stack trace: == Assertion failed: dlen < data_buf_len in Function: fill_data_fields in file: Bif_F12_FORMAT

Re: [Bug-apl] Announce: APL function editor written in APL

2014-06-02 Thread Elias Mårtenson
I don't have a special layout. My layout is very minimalistic, and I learned the APL layout very quickly so I don't need the symbols printed on the keycaps. What I did was to have someone else design the template according to my specifications. I used Odesk for this and it ended up being pretty ch

Re: [Bug-apl] Announce: APL function editor written in APL

2014-06-02 Thread Blake McBride
Dear Elias, Do you already have a layout? That would save a lot of time. Do you have a special keyboard config file for it too? Thanks! Blake On Tue, Jun 3, 2014 at 12:11 AM, Elias Mårtenson wrote: > I'd suggest you get a keyboard here: http://www.wasdkeyboards.com/ > > Not only are they

Re: [Bug-apl] Announce: APL function editor written in APL

2014-06-02 Thread Elias Mårtenson
I'd suggest you get a keyboard here: http://www.wasdkeyboards.com/ Not only are they keyboards nice (I have one). They also allow you to design the keycaps exactly as you want to. You can even upload the exact graphics you want. Regards, Elias On 3 June 2014 13:09, Blake McBride wrote: > Than

Re: [Bug-apl] Announce: APL function editor written in APL

2014-06-02 Thread Blake McBride
Thanks. I need a new keyboard. Not only does the Unicomp keyboard not have those two functions, it's missing others too. What do you recommend? Thanks. Blake On Mon, Jun 2, 2014 at 11:44 PM, Elias Mårtenson wrote: > It's a primitive function. They are described in section 10.2.17 and > 10

Re: [Bug-apl] Announce: APL function editor written in APL

2014-06-02 Thread Chris Jones
On Tue, Jun 03, 2014 at 12:04:23AM EDT, Blake McBride wrote: > > > Am I missing something (like a better keyboard)? This also may be of interest: http://www.wickensonline.co.uk/apl-unicomp.html CJ

Re: [Bug-apl] Announce: APL function editor written in APL

2014-06-02 Thread Elias Mårtenson
It's a primitive function. They are described in section 10.2.17 and 10.2.18 of the standard. Regards, Elias On 3 June 2014 12:04, Blake McBride wrote: > On Mon, Jun 2, 2014 at 10:55 PM, Chris Jones wrote: > >> On Mon, Jun 02, 2014 at 11:05:01PM EDT, Blake McBride wrote: >> >> >> > Thanks. T

Re: [Bug-apl] Announce: APL function editor written in APL

2014-06-02 Thread Blake McBride
On Mon, Jun 2, 2014 at 10:55 PM, Chris Jones wrote: > On Mon, Jun 02, 2014 at 11:05:01PM EDT, Blake McBride wrote: > > > > Thanks. That operator is not on my keyboard, and cutting-and-pasting > > it into GNU APL (unless I am making a mistake) doesn't accept it > > either. > > Per the output of ]

Re: [Bug-apl] Announce: APL function editor written in APL

2014-06-02 Thread Chris Jones
On Mon, Jun 02, 2014 at 11:05:01PM EDT, Blake McBride wrote: > Thanks. That operator is not on my keyboard, and cutting-and-pasting > it into GNU APL (unless I am making a mistake) doesn't accept it > either. Per the output of ]keyb you would need to hit the quote key (left of enter) on a US ke

Re: [Bug-apl] Announce: APL function editor written in APL

2014-06-02 Thread Blake McBride
On Mon, Jun 2, 2014 at 7:08 PM, Daniel H. Leidisch wrote: > Hello! > > Blake McBride > writes: > > > […] we defined ∆ that took two arguments and returned the left. […] > > > > All my code was written with the old ∆ function. I suppose I'll switch > > to the diamond operator sometime soon. > > L

Re: [Bug-apl] Announce: APL function editor written in APL

2014-06-02 Thread Daniel H. Leidisch
Hello! Blake McBride writes: > […] we defined ∆ that took two arguments and returned the left. […] > > All my code was written with the old ∆ function. I suppose I'll switch > to the diamond operator sometime soon. Left returns its left argument: 1 ⊣ 2 1 Maybe this helps. Regards, Da

Re: [Bug-apl] Defining APL functions with [ ]

2014-06-02 Thread Elias Mårtenson
As far as I understand, it's an extension that is unique to GNU APL. Regards, Elias On 3 June 2014 10:37, Blake McBride wrote: > Greetings, > > APL-1 did not allow functions to be defined with [ and ] in the header. > I've seen it done in GNU APL as follows: > > ∇fun[⎕]∇ > ∇ > [0]

[Bug-apl] Defining APL functions with [ ]

2014-06-02 Thread Blake McBride
Greetings, APL-1 did not allow functions to be defined with [ and ] in the header. I've seen it done in GNU APL as follows: ∇fun[⎕]∇ ∇ [0] fun[x]y [1] x [2] y ∇ fun[4]55 4 55 I understand what is going on, but I was looking for it in the APL-2 manuals. I couldn't fin

[Bug-apl] Debug code in UserFunction::UserFunction()

2014-06-02 Thread David Lamkins
UserFunction.cc:254 -- "The secret to creativity is knowing how to hide your sources." Albert Einstein http://soundcloud.com/davidlamkins http://reverbnation.com/lamkins http://reverbnation.com/lcw http://lamkins-guitar.com/ http://lamkins.net/ http://successful-lisp.com/

Re: [Bug-apl] Announce: APL function editor written in APL

2014-06-02 Thread Blake McBride
Dear Fred, Thanks for the feedback. Everything has been corrected. The ∆ function has an interesting history. Before the diamond operator, we sometimes needed a way to put several unrelated lines on the same APL function line - mainly for neatness. To accomplish this, we defined ∆ that took tw

Re: [Bug-apl] ⎕EC return values are incorrect for user-defined errors

2014-06-02 Thread David Lamkins
Excellent. Confirmed working as expected. Thank you. On Mon, Jun 2, 2014 at 11:03 AM, Juergen Sauermann < juergen.sauerm...@t-online.de> wrote: > Hi David, > > thanks, I see. SVN 310. > > /// Jürgen > > > > On 06/02/2014 06:49 PM, David Lamkins wrote: > > Thanks, Jüergen. SVN 307 is, I think,

Re: [Bug-apl] ⎕EC return values are incorrect for user-defined errors

2014-06-02 Thread Juergen Sauermann
Hi David, thanks, I see. SVN 310. /// Jürgen On 06/02/2014 06:49 PM, David Lamkins wrote: Thanks, Jüergen. SVN 307 is, I think, *almost* correct. My reading of the IBM Reference suggests that 3⊃⎕ec should be character matrix having three rows. On Mon, Jun 2, 2014 at 7:10 AM, Juergen Saue

Re: [Bug-apl] Comments on package manager

2014-06-02 Thread David Lamkins
Thanks for your detailed comments, Jüergen. Point 1: use a file archive rather than git or svn. Agreed. I'll change my recommendation concurrent with the initial release of the package manager. It's certainly easier to rely on source control for updates while still in testing. Point 2: metada

Re: [Bug-apl] ⎕EC return values are incorrect for user-defined errors

2014-06-02 Thread David Lamkins
Thanks, Jüergen. SVN 307 is, I think, *almost* correct. My reading of the IBM Reference suggests that 3⊃⎕ec should be character matrix having three rows. On Mon, Jun 2, 2014 at 7:10 AM, Juergen Sauermann < juergen.sauerm...@t-online.de> wrote: > Hi David, > > sorry, my fault. I hadn't read the

Re: [Bug-apl] Announce: APL function editor written in APL

2014-06-02 Thread Frederick H. Pitts
Hello Blake, Two questions: 1) Should the ' ∆ ' (capital delta) appearing on lines 256, 257, 259, 261, 263, 267, and 271 of Editor.apl be ' ◇ ' (diamond). From the context, it appears that statement separators are needed, not an uninitialized variable? 2) Is the first line

Re: [Bug-apl] Android code compatibility issues

2014-06-02 Thread Elias Mårtenson
I'm currently creating a new configure flag: --with-android. When set, it disables the APs completely, as well as stubs the shm functions to return -1. I'll send you diffs for your reference as soon as it all works. Regards, Elias On 2 June 2014 23:03, Juergen Sauermann wrote: > Hi Elias, >

Re: [Bug-apl] Android code compatibility issues

2014-06-02 Thread Juergen Sauermann
Hi Elias, most likely UDP will be replaced by TCP or SCTP. Step 1 is a server holding the data that is now kept in shared memory. Step 2 is then TCP or SCTP communication between APL interpreters to lift the current 64kB limit on variable size caused by UDP. Shared variables are a left-over f

Re: [Bug-apl] Dynamic install location (Android related)

2014-06-02 Thread Elias Mårtenson
The install location is not available to me until the program is actually run. There are API calls to retrieve information such as the location where the installer decided to install the application, as well as the writeable directory where the application is allowed to store files. This is not av

Re: [Bug-apl] Dynamic install location (Android related)

2014-06-02 Thread Juergen Sauermann
Hi Elias, you could try --prefix=. to build in the current directory and set --bindir= and friends to where GNU APL shall be installed. You need some information regarding the install directories (like /usr/bin, /usr/lib and /etc). I need to understand better in which way Android provides the

Re: [Bug-apl] Android code compatibility issues

2014-06-02 Thread Elias Mårtenson
That's great. Thanks. Does that mean that the UDP-based IPC will also go away? (doing that is problematic on Android, and one should use a different API which has very different semantics. I'd rather not have to mess with that at all. :-) ). Regards, Elias On 2 June 2014 22:41, Juergen Sauermann

Re: [Bug-apl] Android code compatibility issues

2014-06-02 Thread Juergen Sauermann
Hi Elias, I have removed langinfo.h (a left-over from internationalization which I removed earlier, SVN 307. shm_open() and shm_unlink will go away long-term because I will move the shared memory database to a separate thread. Just didn't have enough time yet to do that. /// Jürgen On 06/

Re: [Bug-apl] ⎕EC return values are incorrect for user-defined errors

2014-06-02 Thread Juergen Sauermann
Hi David, sorry, my fault. I hadn't read the small sentence for result=0 that it should be ⎕EM-like. Fixed in SVN 307. Please note that GNU APL may open execution contexts (= SI-entries) differently from IBM APL so that sometimes error messages could differ. The error code is normally correct,

[Bug-apl] Comments on package manager

2014-06-02 Thread Juergen Sauermann
Hi David, I have a few small comments after reading the documents of your package manager. 1. Distribution format. I believe it is OK to download the package manager with git or svn as long as it is under development. But the normal distribution format should be something more common such a

[Bug-apl] Dynamic install location (Android related)

2014-06-02 Thread Elias Mårtenson
Another issue I have with the Android version is that when I package everything up in an Android package, the operating system gives me a working directory that could be located anywhere. Therefore I can't build the application with a known --prefix option. Is there a way to specify (perhaps throu

[Bug-apl] Android code compatibility issues

2014-06-02 Thread Elias Mårtenson
I've compiled GNU APL for Android, and I'm about to start working on the user interface. Building it was remarkably simple, but it exposed two small issues that required some code changes: First of all, SystemVariable.cc includes "langinfo.h". This file is not available on Android, but simply comm