Re: [Bug-apl] scripting )copy question

[Juergen Sauermann]

Hi,

maybe i am stupid, but for me it looks like you are opening a function called sqlite
in your script (between 1 and 2. If so then the subsequent lines belong to your function sqlite) ?

And further down I reads:

it is the same behavior in apl workspace

which I interpret as meaning that the behavior in an apl script is the same as in an apl workspace?

But later you say:

i didn't ask about it in a workspace - my example was in a SCRIPT

/// Jürgen

On 02/06/2017 04:47 PM, address@hidden wrote:

did you read the post?

i didn't ask about it in a workspace - my example was in a SCRIPT


On Mon, 6 Feb 2017 11:33:51 +0800
Elias Mårtenson <address@hidden> wrote:

It works for me:

Network listener started. Connection information: mode:tcp addr:40267
*      )fns*
*      )copy 5 SQL*
DUMPED 2017-02-06 11:25:33 (GMT+8)
*      )fns*
SQL∆Begin       SQL∆Columns     SQL∆Commit      SQL∆Connect
SQL∆Disconnect  SQL∆Exec        SQL∆Rollback    SQL∆Select
SQL∆Tables      SQL⍙metadata

Regards,
Elias

On 6 February 2017 at 10:10, <address@hidden> wrote:

#!/usr/local/bin/apl --script --

1
⍝⍎')copy SQL.apl' ⍝ for sqlite fns

∇sqlite

2
⍎')copy SQL.apl' ⍝ for sqlite fns

⍎')fns'   ⍝ doesn't show SQL∆Connect

db←'sqlite' SQL∆Connect '/sqlite/tutorial.db'
⍝db←'sqlite' ⎕sql[1] '/sqlite/tutorial.db'

....


∇

)fns    ⍝ shows SQL∆Connect

)off




the ⎕sql[1] is in the apl so using it doesn't require anything but
starting apl

the SQL∆Connect is a fns in the SQL.apl so to use it the )copy must be done

the question is why doesn't the 2 )copy in the sqlite fns bring in the
function SQL∆Connect until after the sqlite function is run - it says
dumped?

if i uncomment the   1 )copy the SQL.apl fns are loaded

it is the same behavior in apl workspace