Re: [Bug-apl] Can't break out of the middle on a display operation

Hi Blake, I guess the proposed solution for both was ⎕SYL. Like: * ⎕SYL[27] ← 1* /// Jürgen On 07/21/2014 12:26 AM, Blake McBride wrote: Are my two items below a dead issue? Thanks! Blake On Tue, Jul 8, 2014 at 9:58 PM, Blake McBride > wrote: I

Re: [Bug-apl] Can't break out of the middle on a display operation

Dear Juergen, I don't think that really solves the problem because: A. You have to remember to set it - and then to set it only to get around what amounts to a bug - not being able to hit ^C B. Whatever you set it to, you still have a problem with lengths that approach that length. C. What i

Re: [Bug-apl] Attention signal issues

Hi David, thanks, should be fixed in SVN 381. /// Jürgen On 07/20/2014 07:40 PM, David Lamkins wrote: Jüergen and Elias, I think there might be something here for each of you. See comments in attached test case. There are two transcripts following: _1. From within gnu-apl-mode:_ )lo

Re: [Bug-apl] Can't break out of the middle on a display operation

Hi Blake, unfortunately the rules for APL output are such that you cannot "print as you go". For example before printing the second item in the first row, the first column must have been formatted completely in order to know the width of the first column. I will see what I can do for aborti

Re: [Bug-apl] Can't break out of the middle on a display operation

Hi Juergen, Looking at ^C would really be helpful. All I can tell you is that, while experimenting with display of large objects, IBM APL 2 had no delays in any situation. GNU APL had large delays before starting to display. You probably know better than I why. Thanks. Blake On Mon, Jul 21

[Bug-apl] Very minor apl.html adjustments

I found the following small typos in apl.html: 1. Section 2.2 "max. rank for APL values" repeated twice. 2. Section 2.2.1 Missing "[" in section title Thanks. Blake

[Bug-apl] Fix to SQL library that makes it work on OSX

I made the following small change. This changes the library name from "lib_sql.so" to simply "lib_sql". This makes everything work properly on both Linux and OSX: https://github.com/lokedhs/apl-sqlite/commit/3b5c12ca3a465728ac909c91f705a9c1000c524f Regards, Elias

Re: [Bug-apl] Fix to SQL library that makes it work on OSX

Thanks!! When does this get integrated into GNU APL? *Blake McBride* www.arahant.com Cell:615-394-6760 Office: 615-376-5500 Fax: 615-377-6006 On Mon, Jul 21, 2014 at 9:53 AM, Elias Mårtenson wrote: > I made the following small change. This changes the library name from > "lib_sql.

Re: [Bug-apl] Another attention signal issue

Hi David, I have changed readline to display a new line right after ^C, see SVN 382. For reasons that I don't fully understand, the next character after ^C will be eaten by readline; I tried a number of things to prevent this but haven't succeeded. I believe readline will be one of the next t

Re: [Bug-apl] Attention signal issues

Thank you. I no longer see the APserver termination message upon an attention signal. However, the segfault and backtrace still happens when APL runs inside Emacs. Also, please note my other post regarding detection of the attention signal. On Mon, 2014-07-21 at 12:24 +0200, Juergen Sauermann w

Re: [Bug-apl] Another attention signal issue

Thanks, Jüergen. The real issue, from my perspective, is that APL doesn't report the ATTENTION message until it sees a newline on input. It seems to me that typing a ^C should immediately suspend execution and show the ATTENTION message. On Mon, 2014-07-21 at 18:23 +0200, Juergen Sauermann wrote:

Re: [Bug-apl] Attention signal issues

Here's another data point: APL built without readline exhibits the same crash as APL run inside Emacs. It seems that the absence of readline is the trigger for this crash. On Mon, 2014-07-21 at 09:23 -0700, David B. Lamkins wrote: > Thank you. > > I no longer see the APserver termination messa

Re: [Bug-apl] Another attention signal issue

Hi David, I see. The problem is that the line input (readline) does not return even though I tell it to (by setting *rl_done* in the signal handler for ^C). I haven't found a way to fix this (hints more than welcome). This could also be caused by terminal settings ("cooked mode") but I thought

Re: [Bug-apl] Another attention signal issue

Does this help? This may be related to the cooked/uncooked/rare terminal modes; ^C does not always send a signal. It seems likely that readline uncooks the terminal, and thus any signals caused by keyboard

Re: [Bug-apl] Another attention signal issue

This too may be applicable: http://www.delorie.com/gnu/docs/readline/rlman_43.html On Mon, Jul 21, 2014 at 1:12 PM, Blake McBride wrote: > Does this help? > > This may be related to the cooked/uncooked/rare >

Re: [Bug-apl] Another attention signal issue

Does this help? This may be related to the cooked/uncooked/rare terminal modes; ^C does not always send a signal. It seems likely that readline uncooks the terminal, and thus any signals caused by keyboard

Re: [Bug-apl] Attention signal issues

Hi David, good point, thanks. Maybe fixed in SVN 383. /// Jürgen On 07/21/2014 07:40 PM, David B. Lamkins wrote: Here's another data point: APL built without readline exhibits the same crash as APL run inside Emacs. It seems that the absence of readline is the trigger for this crash. On M

Re: [Bug-apl] Attention signal issues

Thank you. Confirmed not crashing in SVN 283. Tested in both Emacs and terminal, both with and without readline. Note that without readline, recognition of ^C is immediate. On Mon, 2014-07-21 at 20:15 +0200, Juergen Sauermann wrote: > Hi David, > > good point, thanks. Maybe fixed in SVN 383. >

Re: [Bug-apl] Another attention signal issue

Emacs mode passes --rawCIN to APL. If I'm not mistaken, that bypasses readline. Therefore you should be able to eliminate or replace readline without consideration for emacs mode. On Mon, 2014-07-21 at 19:39 +0200, Juergen Sauermann wrote: > Long term I will most likely replace readline because s

Re: [Bug-apl] Attention signal issues

Thanks. Reading this thread made me think that I would have to debug something. :-) On 22 Jul 2014 05:53, "David B. Lamkins" wrote: > Thank you. > > Confirmed not crashing in SVN 283. Tested in both Emacs and terminal, > both with and without readline. > > Note that without readline, recognition

Re: [Bug-apl] Another attention signal issue

This is correct. Emacs mode disables readline (it could work with it too, but it's more stable without it). Regards, Elias On 22 Jul 2014 06:01, "David B. Lamkins" wrote: > Emacs mode passes --rawCIN to APL. If I'm not mistaken, that bypasses > readline. Therefore you should be able to eliminate

Re: [Bug-apl] Fix to SQL library that makes it work on OSX

As soon as Jürgen brings it in. Until then you can just modify SQL.apl yourself. Regards, Elias On 22 Jul 2014 00:58, "Blake McBride" wrote: > Thanks!! When does this get integrated into GNU APL? > > *Blake McBride* > > www.arahant.com > Cell:615-394-6760 > Office: 615-376-5500 > Fax: