Hi Hans-Peter,
thanks, fixed in *SVN 1779*.
Best Regards,
Jürgen
On 8/25/24 18:35, Hans-Peter Sorge wrote:
Hello Jürgen,
the case stems from Simple_SQL.apl
I was loading the Workspace, did a couple of experiments, saved it
(different name),
loaded the experimental WS and got
SYNTAX ERROR+
((⎕IO+0)⊃CTX.column_names)←'NAME'
^ ^
which boiled down to
(⎕IO⊃x.y)←⊂'abc' .........
That is: the assignment It looked like )DUMP would add ⎕IO in more
general terms.
APL_DATA← ⍉⍪"John Doe" 94709 "Berkeley, CA" "1543 Spruce St."
87654.32
in WS Simple_SQL.apl
changed to
APL_DATA←2 5⍴0 ⍝ prolog ≡1
(,APL_DATA)[⍳9]←00 94709 00 00 87654.320000000006 00 94709 00 00
(,APL_DATA)[9+⍳1]←67890.119999999996
((⎕IO+(⊂0 0))⊃APL_DATA)←'John Doe'
((⎕IO+(⊂0 2))⊃APL_DATA)←'Berkeley, CA'
((⎕IO+(⊂0 3))⊃APL_DATA)←'1543 Spruce St.'
((⎕IO+(⊂1 0))⊃APL_DATA)←'Jane Doe'
((⎕IO+(⊂1 2))⊃APL_DATA)←'Berkeley, CA'
((⎕IO+(⊂1 3))⊃APL_DATA)←'1543 Spruce St.'
when )DUMPed.
Good point / reminder for *x['y'] <=> x.y*.
Thank you and
Best Regards
Hans-Peter
Am 25.08.24 um 17:57 schrieb Dr. Juergen Sauermann:
Hi Hans-Peter,
according to the IBM language reference page 41 is
selective specification limited to specific functions,
and *'.'* is unfortunately not one of them.
I will look into making this working, but it could be tricky and take
a while,
In the meantime you could use *x['y']* instead of *x.y* as a workaround:
*
x.y ← 1 2 3
x['y']
1 2 3
1⊃x['y']
1
*
Best Regards,
Jürgen
On 8/25/24 15:12, Hans-Peter Sorge wrote:
Hi,
Just a simple test:
x.y ← 1 2 3
x.y
1 2 3
x.y[1]
1
1⊃x.y
1
⎕IO⊃x.y
1
(⎕IO⊃x.y)←⊂ 'abc'
SYNTAX ERROR+
(⎕IO⊃x.y)←⊂'abc'
^ ^
(1⊃x.y)←⊂ 'abc'
x.y
abc 2 3
Greetings
Hans-Peter