Re: [Bug-apl] scripting )copy question

[enztec]

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
> >
> >
> >