Re: [Bug-apl] GNU APL 1.4 released

[Juergen Sauermann]

Hi David,

thanks, done.

/// Jürgen


On 08/08/2014 11:35 PM, David B. Lamkins wrote:

Congratulations!

Please be sure to announce this on comp.lang.apl.

On Thu, 2014-08-07 at 19:57 +0200, Juergen Sauermann wrote:

Re: [Bug-apl] Error installing on UBUNTU 14.04

[Juergen Sauermann]

Hi William,

thanks, fixed in SVN 428.

I have uploaded a new apl_1.4-1_i386.deb file that is hopefully correct.

/// Jürgen


On 08/09/2014 12:28 PM, WIlliam Main wrote:
On Ubuntu 14.04 installing the 
ftp://ftp.gnu.org/gnu/apl/apl_1.4-1_i386.deb I get the error 
message The package is of bad quality - The installation of a package 
which violates the quality standards isn't allowed. This could cause 
serious problems on your computer. Please contact the person or 
organization who provided this package file and include the details 
beneath.


Under details I get

Lintian check results for /home/mainmeister/Downloads/apl_1.4-1_i386.deb:
E: apl: package-contains-info-dir-file usr/share/info/dir.gz

--


  “Words strain,
  Crack and sometimes break, under the burden,
  Under the tension, slip, slide, perish,
  Decay with imprecision, will not stay in place,
  Will not stay still.” ―T.S. Eliot
  

Virtually Yours
William Main

Re: [Bug-apl] GNU APL 1.4 released

[Elias Mårtenson]

Just for the record: I just noticed that there is an error in the
announcement. It's not Mysql and Postgres. It's SQLite and Postgres.

Regards,
Elias


On 10 August 2014 17:19, Juergen Sauermann 
wrote:

> Hi David,
>
> thanks, done.
>
> /// Jürgen
>
>
>
> On 08/08/2014 11:35 PM, David B. Lamkins wrote:
>
>> Congratulations!
>>
>> Please be sure to announce this on comp.lang.apl.
>>
>> On Thu, 2014-08-07 at 19:57 +0200, Juergen Sauermann wrote:
>>
>
>
>

Re: [Bug-apl] Updated WASD inkscape layout

[Juergen Sauermann]

Hi Blake,

thanks, fixed in SVN 429.

/// Jürgen


On 08/10/2014 06:49 AM, Blake McBride wrote:
I updated the graphics for the WASD keyboard.  I added the following 
characters that were missing from the original release:


⍹⍶χ¢£¥

Please replace this file in the distribution located 
at support-files/WASD-Keyboard


Thanks.

Blake

Re: [Bug-apl] Error loading a WS with a SI

[Juergen Sauermann]

Hi Blake,

thanks, fixed in SVN 429.

/// Jürgen


On 08/10/2014 07:57 AM, Blake McBride wrote:

  )load Utils
SAVED 2014-08-10 00:44:26 (GMT-5)

==
Assertion failed: pc >= 0
in Function:  get_line
in file:  UserFunction.cc:1279

Call stack:


-- Stack trace at UserFunction.cc:1279

0x7f24d4de2de5 __libc_start_main
0x43b5d5  main
0x53962d   Workspace::immediate_execution(bool)
0x474515Command::process_line()
0x46e3bd Command::do_APL_expression(UCS_string&)
0x47e038  Executable::execute_body() const
0x4f2570   StateIndicator::run()
0x4a6190Prefix::reduce_statements()
0x4f480f RO_SystemVariable::resolve(Token&, bool)
0x50a405  Quad_LC::get_apl_value() const
0x524d92
0x448d8fdo_Assert(char const*, char const*, char const*, int)


SI stack:

Depth:3
Exec: 0x1bfe5c8
Safe ex:  no
Pmode:∇ Auto[1]
PC:   6 /
Stat: →(1=⍴⎕LC)/⎕LC[1]+2
err_code: 0x0
thrown:   at StateIndicator.cc:41
e_msg_1:  'No Error'
e_msg_2:  ''
e_msg_3:  ''

Depth:2
Exec: 0x1a91c30
Safe ex:  no
Pmode:◊  Auto
PC:   1 ENDL
Stat: Auto
err_code: 0x0
thrown:   at StateIndicator.cc:41
e_msg_1:  'No Error'
e_msg_2:  ''
e_msg_3:  ''

Depth:1
Exec: 0x1bfe5c8
Safe ex:  no
Pmode:∇ Auto[1]
PC:   0 VALUE3«2»
Stat: →(1=⍴⎕LC)/⎕LC[1]+2
err_code: 0x0
thrown:   at StateIndicator.cc:41
e_msg_1:  'No Error'
e_msg_2:  ''
e_msg_3:  ''

Depth:0
Exec: 0x1cfe160
Safe ex:  no
Pmode:◊  Auto
PC:   0
==
Assertion failed: idx < items_valid
in Function:  operator[]
in file:  Simple_string.hh:136

Call stack:
*** do_Assert() called recursively ***
==

Re: [Bug-apl] GNU APL 1.4 released

[Juergen Sauermann]

Hello again,

unfortunately the announcement below was incorrect.

It should have said SQLite instead of mySQL.

Sorry for the confusion,
Jürgen Sauermann


On 08/07/2014 07:57 PM, Juergen Sauermann wrote:

Hello,

I am happy to announce that  GNU APL 1.4 has been released.

This release contains:

* an interface to mySQL and Postgres databases (thanks to Elias)

* two component file systems as demanded by ISO 13751 (thanks to Blake 
and David)


* a centralized server for shared variables (APserver)

All bugs reported before 8/6/2014 were fixed.


The GNU APL project lives at: |http://www.gnu.org/software/apl
and can be downloaded from: ||ftp://ftp.gnu.org/gnu/apl/ or any GNU 
mirror.


Bug reports and other suggestions are welcome at bug-apl@gnu.org.

Have fun!

Dr. Jürgen Sauermann
Author and Maintainer of GNU APL

| 

Re: [Bug-apl] APL fill elements

[Juergen Sauermann]

Hi Peter,

no there isn't. Fill items and Fill functions occur all over the place 
in APL2.
And they are function specific so that ↑ has other fill items (' ' and 
0) than

+ (0) and × (1). On the other hand fill items are not at all related ⎕IO.

You can easily achieve what you are after like this:

*  A←4 5**
**  B←3 2⍴42**
**  Z←A↑B**
**  Z**
**42 42 0 0 0**
**42 42 0 0 0**
**42 42 0 0 0**
** 0  0 0 0 0**
**  Z + ∼A↑(⍴B)⍴1**
**42 42 1 1 1**
**42 42 1 1 1**
**42 42 1 1 1**
** 1  1 1 1 1*

/// Jürgen


On 08/09/2014 08:15 PM, Peter Teeson wrote:

Is there a nice way to set the fill element for arrays?
Right now it's 0 for numeric and ' ' for character.

Because my function, that is deliberately ⎕IO agnostic, produces an m by n 
array of different length vectors as a result of using X←(⊂matrix)foo¨matrix. 
These vectors are certain indices into the original matrix This is precisely 
what I want.

However in ⊃X each vector is filled with 0 - which, when ⎕IO is also 0, is also 
a legitimate index. And I don't want that.

I suppose I could set ⎕IO locally but it doesn't appeal to my sense of elegance 
- although it would be practical! Sigh!

So it would be nice to allow me to set the fill element to something other than 
the default values.

Comments?

respect….

Peter

Re: [Bug-apl] Bad function header causes traceback.

[Juergen Sauermann]

Hi David,

thanks, fixed in SVN 430.

/// Jürgen


On 08/07/2014 07:30 PM, David Lamkins wrote:
Sorry for the inline code. GMail's web client - for some unknown 
reason this morning - won't let me attach a file.


-- begin lamkins-fnhdr.apl
⍝!

∇foo;a;b ⍝;c
  1
∇
-- end   lamkins-fnhdr.apl



  )load lamkins-fnhdr.apl
loading )DUMP file /home/dlamkins/APL/workspaces/lamkins-fnhdr.apl...
WAS CLEAR WS
items_allocated = 16
items[5] = 'foo;'a;'b
idx = 5

==
Assertion failed: 0 && "Bad index"
in Function:  operator[]
in file:  Simple_string.hh:146

Call stack:


-- Stack trace at Simple_string.hh:146

0x7fc755d9ad65 __libc_start_main
0x43b1a5  main
0x534dbd   Workspace::immediate_execution(bool)
0x473435Command::process_line()
0x493164 Nabla::edit_function(UCS_string const&)
0x492aa9  Nabla::edit()
0x492454   Nabla::start()
0x524fcb UserFunction_header::UserFunction_header(UCS_string)
0x520c8f
0x448741  do_Assert(char const*, char const*, char const*, int)


SI stack:


==
*** immediate_execution() caught other exception ***
1
DEFN ERROR+
  ∇
  ^
  )more
Bad function header


--
"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] Error loading a WS with a SI

[Blake McBride]

Perfect.  Thanks!



On Sun, Aug 10, 2014 at 4:55 AM, Juergen Sauermann <
juergen.sauerm...@t-online.de> wrote:

> Hi Blake,
>
> thanks, fixed in SVN 429.
>
> /// Jürgen
>
>
>
> On 08/10/2014 07:57 AM, Blake McBride wrote:
>
>>   )load Utils
>> SAVED 2014-08-10 00:44:26 (GMT-5)
>>
>> 
>> ==
>> Assertion failed: pc >= 0
>> in Function:  get_line
>> in file:  UserFunction.cc:1279
>>
>> Call stack:
>>
>> 
>> -- Stack trace at UserFunction.cc:1279
>> 
>> 0x7f24d4de2de5 __libc_start_main
>> 0x43b5d5  main
>> 0x53962d   Workspace::immediate_execution(bool)
>> 0x474515Command::process_line()
>> 0x46e3bd Command::do_APL_expression(UCS_string&)
>> 0x47e038  Executable::execute_body() const
>> 0x4f2570   StateIndicator::run()
>> 0x4a6190Prefix::reduce_statements()
>> 0x4f480f RO_SystemVariable::resolve(Token&, bool)
>> 0x50a405  Quad_LC::get_apl_value() const
>> 0x524d92
>> 0x448d8fdo_Assert(char const*, char const*, char const*, int)
>> 
>>
>> SI stack:
>>
>> Depth:3
>> Exec: 0x1bfe5c8
>> Safe ex:  no
>> Pmode:∇ Auto[1]
>> PC:   6 /
>> Stat: →(1=⍴⎕LC)/⎕LC[1]+2
>> err_code: 0x0
>> thrown:   at StateIndicator.cc:41
>> e_msg_1:  'No Error'
>> e_msg_2:  ''
>> e_msg_3:  ''
>>
>> Depth:2
>> Exec: 0x1a91c30
>> Safe ex:  no
>> Pmode:◊  Auto
>> PC:   1 ENDL
>> Stat: Auto
>> err_code: 0x0
>> thrown:   at StateIndicator.cc:41
>> e_msg_1:  'No Error'
>> e_msg_2:  ''
>> e_msg_3:  ''
>>
>> Depth:1
>> Exec: 0x1bfe5c8
>> Safe ex:  no
>> Pmode:∇ Auto[1]
>> PC:   0 VALUE3«2»
>> Stat: →(1=⍴⎕LC)/⎕LC[1]+2
>> err_code: 0x0
>> thrown:   at StateIndicator.cc:41
>> e_msg_1:  'No Error'
>> e_msg_2:  ''
>> e_msg_3:  ''
>>
>> Depth:0
>> Exec: 0x1cfe160
>> Safe ex:  no
>> Pmode:◊  Auto
>> PC:   0
>> 
>> ==
>> Assertion failed: idx < items_valid
>> in Function:  operator[]
>> in file:  Simple_string.hh:136
>>
>> Call stack:
>> *** do_Assert() called recursively ***
>> 
>> ==
>>
>>
>

Re: [Bug-apl] APL fill elements

[Peter Teeson]

Yes thanks I understand. 
My Foo function used out of bounds fill elements internally to be able to 
manipulate rectangular arrays of generated indices which are of course ⎕IO 
dependant.
The return result of Foo had removed them. I will not do so and my problem will 
disappear. 
thanks again and respect…

Peter

On 2014-08-10, at 8:28 AM, Juergen Sauermann  
wrote:

> Hi Peter,
> 
> no there isn't. Fill items and Fill functions occur all over the place in 
> APL2.
> And they are function specific so that ↑ has other fill items (' ' and 0) than
> + (0) and × (1). On the other hand fill items are not at all related ⎕IO.
> 
> You can easily achieve what you are after like this:
> 
>   A←4 5
>   B←3 2⍴42
>   Z←A↑B
>   Z
> 42 42 0 0 0
> 42 42 0 0 0
> 42 42 0 0 0
>  0  0 0 0 0
>   Z + ∼A↑(⍴B)⍴1
> 42 42 1 1 1
> 42 42 1 1 1
> 42 42 1 1 1
>  1  1 1 1 1
> 
> /// Jürgen
> 
> 
> On 08/09/2014 08:15 PM, Peter Teeson wrote:
>> Is there a nice way to set the fill element for arrays?
>> Right now it's 0 for numeric and ' ' for character.
>> 
>> Because my function, that is deliberately ⎕IO agnostic, produces an m by n 
>> array of different length vectors as a result of using 
>> X←(⊂matrix)foo¨matrix. These vectors are certain indices into the original 
>> matrix This is precisely what I want.
>> 
>> However in ⊃X each vector is filled with 0 - which, when ⎕IO is also 0, is 
>> also a legitimate index. And I don't want that. 
>> 
>> I suppose I could set ⎕IO locally but it doesn't appeal to my sense of 
>> elegance - although it would be practical! Sigh!
>> 
>> So it would be nice to allow me to set the fill element to something other 
>> than the default values.
>> 
>> Comments?
>> 
>> respect….
>> 
>> Peter
>> 
>> 
>> 
>