Re: [ ANN ] Release 8.1.0 DP-3

[Ben Rubinstein]

Ah thanks Charles, I'd misunderstood - that's just what I needed.

cheers,

Ben

On 17/08/2016 08:59, Charles Warwick wrote:

Hi Ben,

That's exactly what calling that dispatch command will do, if it is executed
in the IDE before you build the standalone.

If the tsNetLibURL stack is unloaded, tsNet will not be included in any
standalone builds that use libURL unless tsNet is selected specifically as an
inclusion.

Regards,

Charles


On 17/08/2016 5:51 pm, Ben Rubinstein wrote:

Thanks Monte.

Is there a way in the build process to include the libURL stack, but not
include the tsNet external?

Ben

On 17/08/2016 00:54, Monte Goulding wrote:



On 17 Aug 2016, at 7:08 AM, Ben Rubinstein  wrote:
Is there any way in dp3 to step back a bit further, and include libURL in
a standalone without including tsNet?


At the moment (and perhaps this will be the long term recommendation rather
than any preferences) for projects that don’t want to use tsNet you can do
the following in your main stack initialisation handler (preOpenStack etc):

if the environment is “development” and there is a stack “tsNetLibURL"
then
   dispatch “revUnloadLibrary” to stack “tsNetLibURL”
end if

That will cause tsNet to unload itself as the libURL driver and as a
standalone dependency for libURL.

Cheers

Monte





___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Charles Warwick]

Hi Ben,

That's exactly what calling that dispatch command will do, if it is 
executed in the IDE before you build the standalone.


If the tsNetLibURL stack is unloaded, tsNet will not be included in any 
standalone builds that use libURL unless tsNet is selected specifically 
as an inclusion.


Regards,

Charles


On 17/08/2016 5:51 pm, Ben Rubinstein wrote:

Thanks Monte.

Is there a way in the build process to include the libURL stack, but 
not include the tsNet external?


Ben

On 17/08/2016 00:54, Monte Goulding wrote:



On 17 Aug 2016, at 7:08 AM, Ben Rubinstein  wrote:
Is there any way in dp3 to step back a bit further, and include 
libURL in a standalone without including tsNet?


At the moment (and perhaps this will be the long term recommendation 
rather than any preferences) for projects that don’t want to use 
tsNet you can do the following in your main stack initialisation 
handler (preOpenStack etc):


if the environment is “development” and there is a stack 
“tsNetLibURL" then

   dispatch “revUnloadLibrary” to stack “tsNetLibURL”
end if

That will cause tsNet to unload itself as the libURL driver and as a 
standalone dependency for libURL.


Cheers

Monte



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Ben Rubinstein]

Thanks Monte.

Is there a way in the build process to include the libURL stack, but not 
include the tsNet external?


Ben

On 17/08/2016 00:54, Monte Goulding wrote:



On 17 Aug 2016, at 7:08 AM, Ben Rubinstein  wrote:
Is there any way in dp3 to step back a bit further, and include libURL in a 
standalone without including tsNet?


At the moment (and perhaps this will be the long term recommendation rather 
than any preferences) for projects that don’t want to use tsNet you can do the 
following in your main stack initialisation handler (preOpenStack etc):

if the environment is “development” and there is a stack “tsNetLibURL" then
   dispatch “revUnloadLibrary” to stack “tsNetLibURL”
end if

That will cause tsNet to unload itself as the libURL driver and as a standalone 
dependency for libURL.

Cheers

Monte



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Monte Goulding]

> On 17 Aug 2016, at 7:08 AM, Ben Rubinstein  wrote:
> Is there any way in dp3 to step back a bit further, and include libURL in a 
> standalone without including tsNet?

At the moment (and perhaps this will be the long term recommendation rather 
than any preferences) for projects that don’t want to use tsNet you can do the 
following in your main stack initialisation handler (preOpenStack etc):

if the environment is “development” and there is a stack “tsNetLibURL" then
   dispatch “revUnloadLibrary” to stack “tsNetLibURL”
end if

That will cause tsNet to unload itself as the libURL driver and as a standalone 
dependency for libURL.

Cheers

Monte
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Ben Rubinstein]

On 30/07/2016 09:38, Monte Goulding wrote:
 At the moment we don’t have a facility for turning tsNet off in the event 
you want to use libURL (not really sure why you would want that but I guess 
it’s possible). You can turn tsNet off if you want to with `dispatch 
“revUnloadLibrary" to stack “tsNetLibURL”`


Hi Monte,

Is there any way in dp3 to step back a bit further, and include libURL in a 
standalone without including tsNet?


I've hit a problem on certain operating systems (or it may be just on certain 
machines) which is a complete blocker for me.  It might be fixed quickly (I've 
only just reported it in QCC); and right now I could probably step back to dp-2.


But it might not be fixed quickly; and something else might turn up; and 
libURL has worked well for well over a decade so it would be nice to have the 
option to continue to use it, at least until tsNet is well bedded down.


Ben



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Kay C Lan]

On Tue, Aug 9, 2016 at 2:14 AM, J. Landman Gay  wrote:

> I wonder if it's because I use BBEdit for editing.

I hope not. I've only had a minor poke around LCB but I regularly use
BBEdit to fix 'anomalies' with my scripts in LC and find it
indispensable.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[J. Landman Gay]

On 8/8/2016 6:40 AM, Trevor DeVore wrote:

On Sat, Aug 6, 2016 at 2:41 PM, J. Landman Gay 
wrote:



During my brief forray, I discovered that the same simple LCB script threw
the "format not supported" error if my formatting included tabs. Replacing
tabs with spaces made it work again. I looked at your "round corners"
widget and it had tabs too, and so it failed. Is that the main restriction
now? Is there a reason why tabs aren't allowed any more?



I'm not aware of an issues with tabs in 8.1. I just tried compiling a
widget that has tabs in it and I didn't see any errors.



It's odd then. I had a verbatim script from the LCB tutorial, it 
wouldn't compile at all in 8.1, it threw the "format not supported" 
error. I replaced the tabs with spaces and the error went away.


I wonder if it's because I use BBEdit for editing.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Trevor DeVore]

On Sat, Aug 6, 2016 at 2:41 PM, J. Landman Gay 
wrote:

>
> During my brief forray, I discovered that the same simple LCB script threw
> the "format not supported" error if my formatting included tabs. Replacing
> tabs with spaces made it work again. I looked at your "round corners"
> widget and it had tabs too, and so it failed. Is that the main restriction
> now? Is there a reason why tabs aren't allowed any more?


I'm not aware of an issues with tabs in 8.1. I just tried compiling a
widget that has tabs in it and I didn't see any errors.

-- 
Trevor DeVore
ScreenSteps
www.screensteps.com-www.clarify-it.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[J. Landman Gay]

On 8/6/2016 12:18 PM, Trevor DeVore wrote:

 Modules need to be recompiled for 8.1.


During my brief forray, I discovered that the same simple LCB script 
threw the "format not supported" error if my formatting included tabs. 
Replacing tabs with spaces made it work again. I looked at your "round 
corners" widget and it had tabs too, and so it failed. Is that the main 
restriction now? Is there a reason why tabs aren't allowed any more?


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Trevor DeVore]

On Saturday, August 6, 2016, pink  wrote:

> I started to use 8.1.0 DP-3 for the first time, and I noticed that all of
> the
> widgets that are not made by Livecode are flagged. (For example, I have all
> of Trevor's installed)
>
> When using one, I get "Widget could not be created because there was an
> error while loading it. To resolve, please go to the extension manager."
>
> In the extension manager, they all say "Module format not supported."
>

Yes, this is expected. Modules need to be recompiled for 8.1. Did you
compile the modules yourself or do I have compiled versions from my GitHub
account available somewhere? (I'm not at my desk right now and I can't
remember if I made .lce files available).

-- 
Trevor DeVore
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[pink]

I started to use 8.1.0 DP-3 for the first time, and I noticed that all of the
widgets that are not made by Livecode are flagged. (For example, I have all
of Trevor's installed)

When using one, I get "Widget could not be created because there was an
error while loading it. To resolve, please go to the extension manager."

In the extension manager, they all say "Module format not supported."

So I just want to double check... is this expected? 

I tried uninstalling and reinstalling a couple of them, but it didn't work.



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/ANN-Release-8-1-0-DP-3-tp4707068p4707321.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Sannyasin Brahmanathaswami]

Note recent update on the other thread

BR: I hit the "no business license" wall on attempt to use "tsNetUploadFileSync"

CHARLES: Ah, yes.  Sorry, I have forgotten that detail and it was not mentioned
in the DP3 release announcement.

For Indy users, SFTP and SMTP(S) protocols do not support "file-backed"
requests.

for my immediate use case, use of "put url "sftp://;  will suffice; so it's not 
a big issue here for me at the moment. 

but

POINT: Usage (over) License  still needs clarification(s)



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Peter Haworth]

Hi Charles,
Not a big deal but I'm wondering why the library stack for tsNet does not
have a name that begins with "rev".  There are a few other exceptions to
that convention but I don't recall any recent IDE stack additions that
weren't named that way.

On Tue, Aug 2, 2016 at 3:51 AM Charles Warwick <
char...@techstrategies.com.au> wrote:

> On 2/08/2016 5:25 am, J. Landman Gay wrote:
> > On 8/1/2016 12:41 AM, Charles Warwick wrote:
> >> You can issue post/get/put asynchronous commands even to the same server
> >> with the Indy license using tsNet commands directly
> >
> > Remind me, is "get url" blocking?
> >
> Yes :-)
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Charles Warwick]

On 2/08/2016 5:25 am, J. Landman Gay wrote:

On 8/1/2016 12:41 AM, Charles Warwick wrote:

You can issue post/get/put asynchronous commands even to the same server
with the Indy license using tsNet commands directly


Remind me, is "get url" blocking?


Yes :-)

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Charles Warwick]

On 2/08/2016 4:10 am, Sannyasin Brahmanathaswami wrote:

@Charles:

So, in effect, just to clarify my understanding…

the *only* difference between the TSnet indy and business license is that the 
indy user has the added burden of coding explicit tsNet commands to get the 
same asynchronous behavior that the business user can get with simple calls 
that were formerly blocking. But otherwise, the exact same asychronous task(s) 
can be accomplished with either license.

Correct?



Indy license users do not get async support for requests made using the 
SFTP or SMTP(S) protocols regardless of the command being used.


For all other protocols they can perform non-blocking/async requests.

To clarify the case for business users though, the standard blocking 
calls like "post x to url x" remain blocking in the sense that the call 
does not return until it has completed.  It just doesn't block other 
network requests from being issued concurrently from other handlers.


Even in business, if you want to fire off (for example) a series of HTTP 
POST requests from within the same handler without waiting for any of 
them to complete, you would still need to use the tsNet async commands.


Regardless of the version, tsNet offloads all network requests to 
another thread so using it in any fashion should improve the general 
performance of the Livecode application while network transfers are 
taking place (animations, responsiveness of the UI to other messages, 
etc..).


Regards,

Charles

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[J. Landman Gay]

On 8/1/2016 12:41 AM, Charles Warwick wrote:

You can issue post/get/put asynchronous commands even to the same server
with the Indy license using tsNet commands directly


Remind me, is "get url" blocking?

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Sannyasin Brahmanathaswami]

@Charles:

So, in effect, just to clarify my understanding… 

the *only* difference between the TSnet indy and business license is that the 
indy user has the added burden of coding explicit tsNet commands to get the 
same asynchronous behavior that the business user can get with simple calls 
that were formerly blocking. But otherwise, the exact same asychronous task(s) 
can be accomplished with either license.

Correct?


On 7/31/16, 10:53 PM, "use-livecode on behalf of Terry Judd" 
 
wrote:

Absolutely.  You can issue post/get/put asynchronous commands even to
the same server with the Indy license using tsNet commands directly
(tsNetGet, tsNetPost, tsNetUpload, etc.. ) or by using non-blocking
libUrl commands like "load url".

I was referring to the blocking calls, e.g.  "post x to url y", "put x
into url y".  For these commands, the behaviour of tsNet in Indy is the
same as the standard behaviour for libUrl.  The script waits for the
command to return and in the meantime, no other blocking request can be
made.

In Business however, blocking calls do not prevent other blocking calls
being made and executed at the same time.

Hope that makes sense?

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Terry Judd]

On 1/08/2016 3:51 pm, "use-livecode on behalf of J. Landman Gay"
 wrote:

>On 8/1/2016 12:41 AM, Charles Warwick wrote:
>> On 1/08/2016 3:16 pm, J. Landman Gay wrote:
>>> On 7/31/2016 11:58 PM, Charles Warwick wrote:
 Within the Indy version of DP3, tsNet with libUrl is designed to
 replicate this behaviour.  This restriction is removed within the
 Business edition and multiple handlers can make blocking requests (put
 url x into y, post x to url y, etc.. ) without waiting for the other
 requests to complete.
>>>
>>> This is what was posted in the announcement:
>>>
>>> * Multiple simultaneous asynchronous requests to the same server
>>> * SFTP, SMTP, and SMTPS support (synchronous in Indy, async in
>>>Business)
>>>
>>> Doesn't that mean that I can post/get/put to the same server
>>> asynchronously? Even with an Indy license?
>>>
>>
>> Absolutely.  You can issue post/get/put asynchronous commands even to
>> the same server with the Indy license using tsNet commands directly
>> (tsNetGet, tsNetPost, tsNetUpload, etc.. ) or by using non-blocking
>> libUrl commands like "load url".
>>
>> I was referring to the blocking calls, e.g.  "post x to url y", "put x
>> into url y".  For these commands, the behaviour of tsNet in Indy is the
>> same as the standard behaviour for libUrl.  The script waits for the
>> command to return and in the meantime, no other blocking request can be
>> made.
>>
>> In Business however, blocking calls do not prevent other blocking calls
>> being made and executed at the same time.
>>
>> Hope that makes sense?
>
>Yes, thank you. I was afraid I'd got all excited for nothing. ;) And let
>me add my appreciation for providing us with this tool, you've made a
>whole lot of people very happy.

+1

Being able to do async GET and POST is a fantastic addition to Livecode.
Love it!

TerryŠ



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[J. Landman Gay]

On 8/1/2016 12:41 AM, Charles Warwick wrote:

On 1/08/2016 3:16 pm, J. Landman Gay wrote:

On 7/31/2016 11:58 PM, Charles Warwick wrote:

Within the Indy version of DP3, tsNet with libUrl is designed to
replicate this behaviour.  This restriction is removed within the
Business edition and multiple handlers can make blocking requests (put
url x into y, post x to url y, etc.. ) without waiting for the other
requests to complete.


This is what was posted in the announcement:

* Multiple simultaneous asynchronous requests to the same server
* SFTP, SMTP, and SMTPS support (synchronous in Indy, async in Business)

Doesn't that mean that I can post/get/put to the same server
asynchronously? Even with an Indy license?



Absolutely.  You can issue post/get/put asynchronous commands even to
the same server with the Indy license using tsNet commands directly
(tsNetGet, tsNetPost, tsNetUpload, etc.. ) or by using non-blocking
libUrl commands like "load url".

I was referring to the blocking calls, e.g.  "post x to url y", "put x
into url y".  For these commands, the behaviour of tsNet in Indy is the
same as the standard behaviour for libUrl.  The script waits for the
command to return and in the meantime, no other blocking request can be
made.

In Business however, blocking calls do not prevent other blocking calls
being made and executed at the same time.

Hope that makes sense?


Yes, thank you. I was afraid I'd got all excited for nothing. ;) And let 
me add my appreciation for providing us with this tool, you've made a 
whole lot of people very happy.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Charles Warwick]

On 1/08/2016 3:16 pm, J. Landman Gay wrote:

On 7/31/2016 11:58 PM, Charles Warwick wrote:

Within the Indy version of DP3, tsNet with libUrl is designed to
replicate this behaviour.  This restriction is removed within the
Business edition and multiple handlers can make blocking requests (put
url x into y, post x to url y, etc.. ) without waiting for the other
requests to complete.


This is what was posted in the announcement:

* Multiple simultaneous asynchronous requests to the same server
* SFTP, SMTP, and SMTPS support (synchronous in Indy, async in Business)

Doesn't that mean that I can post/get/put to the same server 
asynchronously? Even with an Indy license?




Absolutely.  You can issue post/get/put asynchronous commands even to 
the same server with the Indy license using tsNet commands directly 
(tsNetGet, tsNetPost, tsNetUpload, etc.. ) or by using non-blocking 
libUrl commands like "load url".


I was referring to the blocking calls, e.g.  "post x to url y", "put x 
into url y".  For these commands, the behaviour of tsNet in Indy is the 
same as the standard behaviour for libUrl.  The script waits for the 
command to return and in the meantime, no other blocking request can be 
made.


In Business however, blocking calls do not prevent other blocking calls 
being made and executed at the same time.


Hope that makes sense?

Regards,

Charles

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[J. Landman Gay]

On 7/31/2016 11:58 PM, Charles Warwick wrote:

Within the Indy version of DP3, tsNet with libUrl is designed to
replicate this behaviour.  This restriction is removed within the
Business edition and multiple handlers can make blocking requests (put
url x into y, post x to url y, etc.. ) without waiting for the other
requests to complete.


This is what was posted in the announcement:

* Multiple simultaneous asynchronous requests to the same server
* SFTP, SMTP, and SMTPS support (synchronous in Indy, async in Business)

Doesn't that mean that I can post/get/put to the same server 
asynchronously? Even with an Indy license?


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Charles Warwick]

On 1/08/2016 7:19 am, Sannyasin Brahmanathaswami wrote:

Charles, first… let me congratulate you for getting this into LiveCode

As it turns out, I was experiencing the infamous silent network API blocking 
when there is a failed network call… I think there is an error reporting  bug 
somewhere as I believe in earlier versions a script error would be trigger with 
some expression like

"last connection incomplete…." I don't remember the exact wording, I know I did 
see it the other day..but as long as this state persists, no further libURL commands will 
work.

I must have run one test in the msg box with a bad password, I had a password 
with !! in it and I believe those need to be urlEncoded first before passing to 
the url string.


I am surprised that trying a call with a bad password is causing the API 
to block for you while using tsNet.  I have tried that here with several 
different bad password combinations and every time the command sets the 
result to "tsneterr: (67) Authentication failure". Are you able to 
confirm if the lock up is reproducible for you?


If this is happening, it would be a bug within the external.  tsNet 
should successfully timeout connections.



So, after that silent failure, (socket still open but broken?) the network API was 
"stuck" and subsequent tests all failed… after rebooting this morning, 
everything is working.

I swear I saw that old error message the other day… but today looking through 
all 893 lines of the scriptExecutionErrors I can' find it.


While a silent failure shouldn't occur (please let me know if it is!), 
if a "blocking" network request is still being processed with libUrl the 
standard behaviour of it is to prevent any other "blocking" network 
requests from being executed and return an error.


Within the Indy version of DP3, tsNet with libUrl is designed to 
replicate this behaviour.  This restriction is removed within the 
Business edition and multiple handlers can make blocking requests (put 
url x into y, post x to url y, etc.. ) without waiting for the other 
requests to complete.



I think the old method to clean up was to issue a close all sockets command or 
something, but it's vague… I haven't played with this for years since we turned 
off FTP on our servers.


Using standard libUrl, (though it isn't documented) you can call 
libUrlResetAll to reset all network connections.  While this does still 
work when using tsNet, it shouldn't be necessary.


If a connection does get stuck however, you can close that individual 
connection by calling the tsNetCloseConn command.  When using libUrl 
syntax with tsNet, the parameter to this call "pConnectionID" is the URL 
itself.




Thanks for your examples. When I get time to wrap my head around it… I will see 
if I can contribute to the dictionary.  Still not sure how to go about that.


The tsNet commands are not in the Livecode github, but please feel free 
to send me an e-mail if you have any suggestions for changes to the 
documentation.


Regards,

Charles

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Charles Warwick]

On 1/08/2016 7:04 am, Matthias Rebbe wrote:

Am 31.07.2016 um 05:37 schrieb Charles Warwick :

Yes, FTPS is supported by the external, though you have to use the tsNet 
commands directly, rather than the standard libUrl calls.

For explicit FTPS transfers, you can do something like this:

local tEmptyHeaderVar, tData, tResultHeaders, tSettings
put true into tSettings["use_ssl"]
put "some data to upload" into tData
put tsNetUploadSync("ftp://ftp.domain.com/path/to/file.dat;, tEmptyHeaderVar, 
tData, tResultHeaders, tSettings) into tResult


  Charles,

thanks for your script although it  did not work. ;)
But it put me in the right direction.

I had to modify the  put tsNetUploadSync…..   line as follows to get it working

put tsNetUploadSync("ftp://ftp.domain.com/path/to/file.dat;, tEmptyHeaderVar, 
tData, tResultHeaders, tBytes, tSettings) into tResult

(the bytes variable tBytes was missing)

Without that modification i always got the error "tsneterr: (28) Timeout was 
reached”.


Sorry about that!  You are absolutely right, the bytes var is needed.  
Without fixing that, it would have used tSettings as the bytes parameter 
and not registered the "use_ssl" setting.


Regards,

Charles

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[J. Landman Gay]

On July 31, 2016 4:20:47 PM Sannyasin Brahmanathaswami  
wrote:



Charles, first… let me congratulate you for getting this into LiveCode


Amen!

As it turns out, I was experiencing the infamous silent network API 
blocking when there is a failed network call… I think there is an error 
reporting  bug somewhere as I believe in earlier versions a script error 
would be trigger with some expression like "last connection incomplete…." I 
don't remember the exact wording, I know I did see it the other day..but as 
long as this state persists, no further libURL commands will work.


It's "Previous request not completed" and my project hits that all the 
time. I've tried all kinds of workarounds with only some success. I'm very 
much hoping the new external will help eliminate those. We see it routinely 
on slow or unstable connections.


I do hope the external throws the same error so it will show up in the log. 
BTW I'm not surprised you didn't see the error in the LC error list, it 
isn't an engine error but rather is sent directly from libURL.



Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Sannyasin Brahmanathaswami]

Charles, first… let me congratulate you for getting this into LiveCode

As it turns out, I was experiencing the infamous silent network API blocking 
when there is a failed network call… I think there is an error reporting  bug 
somewhere as I believe in earlier versions a script error would be trigger with 
some expression like

"last connection incomplete…." I don't remember the exact wording, I know I did 
see it the other day..but as long as this state persists, no further libURL 
commands will work.

I must have run one test in the msg box with a bad password, I had a password 
with !! in it and I believe those need to be urlEncoded first before passing to 
the url string.

So, after that silent failure, (socket still open but broken?) the network API 
was "stuck" and subsequent tests all failed… after rebooting this morning, 
everything is working.

I swear I saw that old error message the other day… but today looking through 
all 893 lines of the scriptExecutionErrors I can' find it.

I think the old method to clean up was to issue a close all sockets command or 
something, but it's vague… I haven't played with this for years since we turned 
off FTP on our servers.

Thanks for your examples. When I get time to wrap my head around it… I will see 
if I can contribute to the dictionary.  Still not sure how to go about that.

If you can advise on the method to clean up the network interface after 
failures, that would be great.

BR


Charles Warwick"  wrote:

Some more examples will be along soon :-)

>a simple "naïve" test for starters (assumes all works under the hood) was
>
>put url "sftp://tUser:tPwd@mydomainIP/home/mydomain/public_html/;
>
>returns no error for syntax in the script editor… result is empty and "it" 
is empty.
hmmm... that should work and does here.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Matthias Rebbe]

> Am 31.07.2016 um 05:37 schrieb Charles Warwick 
> :
> 
> Yes, FTPS is supported by the external, though you have to use the tsNet 
> commands directly, rather than the standard libUrl calls.
> 
> For explicit FTPS transfers, you can do something like this:
> 
> local tEmptyHeaderVar, tData, tResultHeaders, tSettings
> put true into tSettings["use_ssl"]
> put "some data to upload" into tData
> put tsNetUploadSync("ftp://ftp.domain.com/path/to/file.dat;, tEmptyHeaderVar, 
> tData, tResultHeaders, tSettings) into tResult
> 

 Charles,

thanks for your script although it  did not work. ;)
But it put me in the right direction.

I had to modify the  put tsNetUploadSync…..   line as follows to get it working

put tsNetUploadSync("ftp://ftp.domain.com/path/to/file.dat;, tEmptyHeaderVar, 
tData, tResultHeaders, tBytes, tSettings) into tResult

(the bytes variable tBytes was missing)

Without that modification i always got the error "tsneterr: (28) Timeout was 
reached”.


Your external is really awesome. I never thought that Livecode will support 
FTPES or FTPS in the near future.
Now with FTPES i am able to connect to HostM ftp servers again.
The provider HostM only supports FTPES (FTP with TLS/SSL) for the FTP sub 
accounts. 

Regards,

Matthias Rebbe





___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Charles Warwick]

On 31/07/2016 11:02 am, Sannyasin Brahmanathaswami wrote:

TS NET:

> No, you don’t need to do anything unless you are explicitly selecting 
inclusions during the standalone build. Then if you don’t have the internet 
library (libURL) included you need to include it as an extra inclusion. tsNet is 
resolved as a dependency of libURL

More examples would help..


Some more examples will be along soon :-)


a simple "naïve" test for starters (assumes all works under the hood) was

put url "sftp://tUser:tPwd@mydomainIP/home/mydomain/public_html/;

returns no error for syntax in the script editor… result is empty and "it" is 
empty.

hmmm... that should work and does here.

I have uploaded a very simple "debug" stack that you can run along side 
any stack in the IDE which will capture all header data sent and 
received using libUrl (just makes a simple call to libUrlSetLogField).


https://downloads.techstrategies.com.au/tsnet/debug_liburl.livecode

If you download that, click "start debug", and then try your "put" 
command again, it would good to see the output.




1) neither libURL nor TSNet has any command that explicitly contains "SFTP"  if 
the URL we issue is (I assume this is the required form)

  "sftp://tUSER:t...@www.mydomain.com/public_html/cool_pix;

is SFTP automatically implemented? transparently handled?


Yes, SFTP is automatically implemented.  Using libUrl, simply using a 
URL in the format you mentioned should work.


All of the tsNet commands/functions determine which protocol to use from 
the URL as well.



2) does TSnet get fired transparently whenever libURL does it's job?

OR

3) do we use one or the other?


tsNet gets fired transparently whenever libUrl does its job unless you 
choose to disable it.



4)  what command do we issue which returns the pConnectionID that we see for 
all subsequent requests to the server.  We see lots of cmds that require 
pConnectionID, but none that opens a connection are returns that value for 
subsequent use.

one expects to see a function call like

tsNetOpen  # returns connection ID


My apologies here.  There are some documentation updates that I have 
been working on that unfortunately didn't make it into DP3.  This will 
be clearer in the next release.


The value of the pConnectionID parameter is specified by the user 
whenever an asynchronous request is made (e.g. as the first parameter to 
the tsNetUpload function).  The idea here was to make it easier to 
identify the individual connection by using a label that makes sense for 
the particular application and transfer, rather than some arbitrary 
value returned by the external.


This is only relevant if you are using the tsNet handlers directly. An 
example of using asynchronous requests can be downloaded here:


https://downloads.techstrategies.com.au/tsnet/sample_async_post.livecode

This example uses HTTP POST requests, however the same concepts apply 
for all transfer types.



Maybe someone can post here a simple session example of script that does:

-- open a remote directory by SFTP
-- returns  a directory listing
-- upload/upload a file to that directory


If you are using standard libUrl commands, you would do:

local tData, tDirectoryListing, tInputFile, tData, tPath
put URL "sftp://user:p...@host.domain.com/directory/path/; into 
tDirectoryListing

put specialFolderPath("documents") into tPath
put tPath & "/file.dat" into tInputFile
put URL ("binfile:///" & tInputFile) into tData
put tData into URL 
"sftp://user:p...@host.domain.com/directory/path/file.dat;


If you want to use the tsNet functions which provide direct access to 
more specific transfer details (number of bytes transferred, headers 
received from server, etc...) , this would be:


local tEmptyHeaderVar, tData, tResultHeaders, tResult, tBytes, 
tDirectoryListing, tInputFile, tPath
put tsNetGetSync("sftp://user:p...@host.domain.com/directory/path/;, 
tEmptyHeaderVar, tResultHeaders, tResult, tBytes) into tDirectoryListing

put specialFolderPath("documents") into tPath
put tPath & "/file.dat" into tInputFile
put tsNetUploadFileSync(tInputFile, 
"sftp://user:p...@host.domain.com/directory/path/file.dat;, 
tEmptyHeaderVar, tResultHeaders, tBytes) into tResult


In both cases, the tsNet external will use a single connection for the 
whole script.  It will not close and re-open the SFTP session for each 
request unless the server closes the session due to an inactivity 
timeout (or you force it to).


Hope that helps,

Regards,

Charles



I think once we see one of these we can probably grok the rest.

Again thanks to Kevin for this acquisition!

BR









___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit 

Re: [ ANN ] Release 8.1.0 DP-3

[Charles Warwick]

On 31/07/2016 12:01 am, Matthias Rebbe wrote:

Charles,

is FTP with TLS/SSL (AUTH TLS - Explicit) also supported by your external?


Yes, FTPS is supported by the external, though you have to use the tsNet 
commands directly, rather than the standard libUrl calls.


For explicit FTPS transfers, you can do something like this:

local tEmptyHeaderVar, tData, tResultHeaders, tSettings
put true into tSettings["use_ssl"]
put "some data to upload" into tData
put tsNetUploadSync("ftp://ftp.domain.com/path/to/file.dat;, 
tEmptyHeaderVar, tData, tResultHeaders, tSettings) into tResult


If you want to use the less common implicit transfers, you can do this 
instead:


local tEmptyHeaderVar, tData, tResultHeaders, tSettings
put "some data to upload" into tData
put tsNetUploadSync("ftps://ftp.domain.com/path/to/file.dat", 
tEmptyHeaderVar, tData, tResultHeaders, tSettings) into tResult


Hope that helps,

Regards,

Charles


If so, could you add an example for that also, please?

Regards,
Matthias




Am 30.07.2016 um 12:13 schrieb Charles Warwick >:


To add to what Monte has said, the tsNet external wraps around the existing 
libURL library as well as providing its own set of commands and functions.  
This provides two ways of using the external.

Using the standard networking commands (put x into URL y, post x to URL y, load 
URL x, etc... ) will now automatically use the tsNet external in DP3 when using 
the internet library.

There are a quite a number of benefits of tsNet, however the four most obvious 
benefits you will see by using it in this fashion are:

1.  you can use SFTP URLs in the format of "sftp://user:p...@host.domain.com 
".
2.  multiple asynchronous requests to the same server (for example when using "load 
URL x" commands) are processed immediately rather than sequentially as would happen 
previously
3.  a significant performance improvement particularly noticeable on large file 
transfers, or when executing multiple requests to the same server one after 
another
4.  all processing of data is offloaded to the external, improving responsive 
of the LC application to other tasks during transfers (for example, other 
handlers being triggered)

However, this only gives you access to a subset of the features of the tsNet 
external.

There are a range of commands and functions available in the tsNet external, all starting 
with "tsNet", that can be found in the LC dictionary.  These give you access to 
the additional features like sending e-mails via SMTP(S) and comprehensive asynchronous 
request types that are not available using the standard internet library (for example, 
firing off multiple HTTP POST requests asynchronously).

I will be adding more documentation and examples over the coming weeks to 
assist with using this external.  In the mean time, I have uploaded a very 
simple sample stack that demonstrates how to send multiple HTTP POST requests 
in an asynchronous manner here:

https://downloads.techstrategies.com.au/tsnet/sample_async_post.livecode 


Hope that helps,

Regards,

Charles


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode




___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Charles Warwick]

On 31/07/2016 9:53 am, Alex Tweedly wrote:
No, you don’t need to do anything unless you are explicitly selecting 
inclusions during the standalone build. Then if you don’t have the 
internet library (libURL) included you need to include it as an extra 
inclusion. tsNet is resolved as a dependency of libURL. At the moment 
we don’t have a facility for turning tsNet off in the event you want 
to use libURL (not really sure why you would want that but I guess 
it’s possible). You can turn tsNet off if you want to with `dispatch 
“revUnloadLibrary" to stack “tsNetLibURL”`

Q. Why would I want to turn it off ?
A. for testing.
If I have a stack that uses libURL, and I want it to be usable with 
either Indy or Commercial version, then I *should* (IMO) test it with 
both tsNet and straight libURL. I do not have the Community version on 
any of my machines, and never will so long as that puts me at risk of 
unintentionally exposing my stacks to GPL - so I would need a way to 
turn off tsNet to allow such testing.


I assume you mean "either Indy or Community version" above :-)

To clarify Monte's comment above, if you include libURL in your 
standalone application, the tsNet external will automatically get 
included in the build.  There is currently no way from within the 
"standalone application settings" to disable the use of tsNet with libURL.


However, if you do need to completely disable the use of the tsNet 
libURL driver so that your standard networking calls which utilise 
libURL won't invoke the tsNet commands, you can issue the "dispatch" 
command Monte mentioned above.


This also removes the dependancy links between tsNet and libURL, so that 
the tsNet external will not get included in any standalone build unless 
you manually select it (for example, if you just wanted to use it via 
the tsNet commands).


Alternatively, if you just want disable the use of the tsNet libURL 
driver for testing purposes, but don't want to remove the dependancies 
themselves, you can simply issue:


libUrlSetDriver ""

Note that you can still use the tsNet commands directly (provided you 
include the external if you are building externals) even if you do this.




If I do use some of the tsNet handlers, and then someone else 
downloads that stack and runs it in the Community version, do these 
calls simply fail, or are there 'stub' versions included in the 
community version ?


Like any other external that is provided in the commercial versions 
only, the handler calls will fail.


Regards,

Charles

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Sannyasin Brahmanathaswami]

TS NET:

Awesome! thank you… my begging bowl was out for this for s long!

Monte Goulding wrote:
> Or do I need to do something to use it ?
>>If so, what ?
> No, you don’t need to do anything unless you are explicitly selecting 
inclusions during the standalone build. Then if you don’t have the internet 
library (libURL) included you need to include it as an extra inclusion. tsNet 
is resolved as a dependency of libURL

More examples would help.. 

a simple "naïve" test for starters (assumes all works under the hood) was

put url "sftp://tUser:tPwd@mydomainIP/home/mydomain/public_html/;

returns no error for syntax in the script editor… result is empty and "it" is 
empty.



1) neither libURL nor TSNet has any command that explicitly contains "SFTP"  if 
the URL we issue is (I assume this is the required form)

 "sftp://tUSER:t...@www.mydomain.com/public_html/cool_pix;

is SFTP automatically implemented? transparently handled?

2) does TSnet get fired transparently whenever libURL does it's job?  

OR

3) do we use one or the other?

4)  what command do we issue which returns the pConnectionID that we see for 
all subsequent requests to the server.  We see lots of cmds that require 
pConnectionID, but none that opens a connection are returns that value for 
subsequent use.

one expects to see a function call like

tsNetOpen  # returns connection ID

Maybe someone can post here a simple session example of script that does:

-- open a remote directory by SFTP
-- returns  a directory listing
-- upload/upload a file to that directory

I think once we see one of these we can probably grok the rest.

Again thanks to Kevin for this acquisition!

BR









___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Alex Tweedly]

Thanks Monte - but more questions open up 

On 30/07/2016 09:38, Monte Goulding wrote:

Or do I need to do something to use it ?

   If so, what ?

No, you don’t need to do anything unless you are explicitly selecting inclusions 
during the standalone build. Then if you don’t have the internet library (libURL) 
included you need to include it as an extra inclusion. tsNet is resolved as a 
dependency of libURL. At the moment we don’t have a facility for turning tsNet off 
in the event you want to use libURL (not really sure why you would want that but I 
guess it’s possible). You can turn tsNet off if you want to with `dispatch 
“revUnloadLibrary" to stack “tsNetLibURL”`

Q. Why would I want to turn it off ?
A. for testing.
If I have a stack that uses libURL, and I want it to be usable with 
either Indy or Commercial version, then I *should* (IMO) test it with 
both tsNet and straight libURL. I do not have the Community version on 
any of my machines, and never will so long as that puts me at risk of 
unintentionally exposing my stacks to GPL - so I would need a way to 
turn off tsNet to allow such testing.


If I do use some of the tsNet handlers, and then someone else downloads 
that stack and runs it in the Community version, do these calls simply 
fail, or are there 'stub' versions included in the community version ?


Are there already other features that work in both versions, but do so 
differently ?

Where is it documented ?

In the documentation stack.

Ooops - got to stop looking in8.1 DP2 dictionry for DP3 features :-)


Thanks
-- Alex.


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Matthias Rebbe]

Charles,

is FTP with TLS/SSL (AUTH TLS - Explicit) also supported by your external?

If so, could you add an example for that also, please?

Regards,
Matthias



> Am 30.07.2016 um 12:13 schrieb Charles Warwick  >:
> 
> 
> To add to what Monte has said, the tsNet external wraps around the existing 
> libURL library as well as providing its own set of commands and functions.  
> This provides two ways of using the external.
> 
> Using the standard networking commands (put x into URL y, post x to URL y, 
> load URL x, etc... ) will now automatically use the tsNet external in DP3 
> when using the internet library.
> 
> There are a quite a number of benefits of tsNet, however the four most 
> obvious benefits you will see by using it in this fashion are:
> 
> 1.  you can use SFTP URLs in the format of "sftp://user:p...@host.domain.com 
> ".
> 2.  multiple asynchronous requests to the same server (for example when using 
> "load URL x" commands) are processed immediately rather than sequentially as 
> would happen previously
> 3.  a significant performance improvement particularly noticeable on large 
> file transfers, or when executing multiple requests to the same server one 
> after another
> 4.  all processing of data is offloaded to the external, improving responsive 
> of the LC application to other tasks during transfers (for example, other 
> handlers being triggered)
> 
> However, this only gives you access to a subset of the features of the tsNet 
> external.
> 
> There are a range of commands and functions available in the tsNet external, 
> all starting with "tsNet", that can be found in the LC dictionary.  These 
> give you access to the additional features like sending e-mails via SMTP(S) 
> and comprehensive asynchronous request types that are not available using the 
> standard internet library (for example, firing off multiple HTTP POST 
> requests asynchronously).
> 
> I will be adding more documentation and examples over the coming weeks to 
> assist with using this external.  In the mean time, I have uploaded a very 
> simple sample stack that demonstrates how to send multiple HTTP POST requests 
> in an asynchronous manner here:
> 
> https://downloads.techstrategies.com.au/tsnet/sample_async_post.livecode 
> 
> 
> Hope that helps,
> 
> Regards,
> 
> Charles
> 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Kevin Miller]

The new URL library is licensed with per-user costs so it can¹t go into
OSS. There are libraries out there. The platform is open source. That
means that you can add any one you choose free of charge.

Kind regards,

Kevin

Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps




On 30/07/2016, 13:50, "use-livecode on behalf of Roger Eller"
 wrote:

>> * SFTP, SMTP, and SMTPS support (synchronous in Indy, async in Business)
>> * SFTP key-based authentication (Business-only)
>
>Why handicap the performance for all but the high-rollers?
>What does the open-source version get; the old half-baked libUrl?
>Was there no open-source FTP libs out in the expanse of the interwebs that
>could benefit all LC users?
>
>~Roger
>On Jul 29, 2016 12:15 PM, "panagiotis merakos"
>
>wrote:
>
>> Dear list members,
>> We are pleased to announce the release of LiveCode 8.1.0-dp-3, a
>> development preview of LiveCode 8.1.
>>
>> Developer Preview Release
>> =
>> Warning: this is not a stable release.  Please ensure that you back up
>>your
>> stacks before testing them.
>>
>> Getting the Release
>> ===
>> You can get the release at
>>https://downloads.livecode.com/livecode/#8_1_0
>> or via the automatic updater.
>>
>> Release Contents
>> 
>> Full release notes:
>> 
>>https://downloads.livecode.com/livecode/8_1_0/LiveCodeNotes-8_1_0_dp_3.pd
>>f
>>
>> tsNet external
>> --
>> LiveCode Indy and Business Editions now include the Tech Strategies
>>tsNet
>> external!
>> * Faster than libURL (like, way faster... WAY FASTER)
>> * Multiple simultaneous asynchronous requests to the same server
>> * SFTP, SMTP, and SMTPS support (synchronous in Indy, async in Business)
>> * SFTP key-based authentication (Business-only)
>> * Seamless integration
>>
>> files() and folders() functions take an argument
>> 
>> Avoid setting "the defaultFolder" by using "files()".
>>
>> LiveCode "Infinite" improvements to LCB
>> ---
>> * The deprecated "undefined" keyword has been "nothing"-ed.
>>
>> Graph widget upgrades
>> -
>> * Show points as well (or instead of) lines
>> * Choose a variety of exciting point markers (circles, squares, etc.)
>>
>> More!
>> -
>> * Support for field paragraphs with > 32767 characters
>> * New "tokenOffset()" function finds the offset of tokens
>> * 26 LiveCode 8.1-specific bugs fixed
>>
>> Known issues
>> 
>> * HTML5 standalones don't obey standalone builder settings (bug 18103)
>> * HTML5 standalones do not currently work when they contain extensions
>>with
>> dependencies
>> * 64-bit standalones for Mac OS X do not have support for audio
>>recording
>> or the revVideoGrabber external
>> * The default video is in .mov format which is not supported by the new
>> Windows player (bug 17696)
>>
>> Feedback
>> 
>> Please report any bugs encountered either to our support team <
>> supp...@livecode.com> or on our Bugzilla at http://quality.livecode.com/
>>
>> Have fun!
>> The LiveCode Team
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>___
>use-livecode mailing list
>use-livecode@lists.runrev.com
>Please visit this url to subscribe, unsubscribe and manage your
>subscription preferences:
>http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Roger Eller]

> * SFTP, SMTP, and SMTPS support (synchronous in Indy, async in Business)
> * SFTP key-based authentication (Business-only)

Why handicap the performance for all but the high-rollers?
What does the open-source version get; the old half-baked libUrl?
Was there no open-source FTP libs out in the expanse of the interwebs that
could benefit all LC users?

~Roger
On Jul 29, 2016 12:15 PM, "panagiotis merakos" 
wrote:

> Dear list members,
> We are pleased to announce the release of LiveCode 8.1.0-dp-3, a
> development preview of LiveCode 8.1.
>
> Developer Preview Release
> =
> Warning: this is not a stable release.  Please ensure that you back up your
> stacks before testing them.
>
> Getting the Release
> ===
> You can get the release at https://downloads.livecode.com/livecode/#8_1_0
> or via the automatic updater.
>
> Release Contents
> 
> Full release notes:
> https://downloads.livecode.com/livecode/8_1_0/LiveCodeNotes-8_1_0_dp_3.pdf
>
> tsNet external
> --
> LiveCode Indy and Business Editions now include the Tech Strategies tsNet
> external!
> * Faster than libURL (like, way faster... WAY FASTER)
> * Multiple simultaneous asynchronous requests to the same server
> * SFTP, SMTP, and SMTPS support (synchronous in Indy, async in Business)
> * SFTP key-based authentication (Business-only)
> * Seamless integration
>
> files() and folders() functions take an argument
> 
> Avoid setting "the defaultFolder" by using "files()".
>
> LiveCode "Infinite" improvements to LCB
> ---
> * The deprecated "undefined" keyword has been "nothing"-ed.
>
> Graph widget upgrades
> -
> * Show points as well (or instead of) lines
> * Choose a variety of exciting point markers (circles, squares, etc.)
>
> More!
> -
> * Support for field paragraphs with > 32767 characters
> * New "tokenOffset()" function finds the offset of tokens
> * 26 LiveCode 8.1-specific bugs fixed
>
> Known issues
> 
> * HTML5 standalones don't obey standalone builder settings (bug 18103)
> * HTML5 standalones do not currently work when they contain extensions with
> dependencies
> * 64-bit standalones for Mac OS X do not have support for audio recording
> or the revVideoGrabber external
> * The default video is in .mov format which is not supported by the new
> Windows player (bug 17696)
>
> Feedback
> 
> Please report any bugs encountered either to our support team <
> supp...@livecode.com> or on our Bugzilla at http://quality.livecode.com/
>
> Have fun!
> The LiveCode Team
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Charles Warwick]

On 30/07/2016 6:38 pm, Monte Goulding wrote

What is tsNet ?

A curl external we have licensed from Tech Strategies


Does it just happen ?

Yes


Or do I need to do something to use it ?
   If so, what ?

No, you don’t need to do anything unless you are explicitly selecting inclusions 
during the standalone build. Then if you don’t have the internet library (libURL) 
included you need to include it as an extra inclusion. tsNet is resolved as a 
dependency of libURL. At the moment we don’t have a facility for turning tsNet off 
in the event you want to use libURL (not really sure why you would want that but I 
guess it’s possible). You can turn tsNet off if you want to with `dispatch 
“revUnloadLibrary" to stack “tsNetLibURL”`


To add to what Monte has said, the tsNet external wraps around the 
existing libURL library as well as providing its own set of commands and 
functions.  This provides two ways of using the external.


Using the standard networking commands (put x into URL y, post x to URL 
y, load URL x, etc... ) will now automatically use the tsNet external in 
DP3 when using the internet library.


There are a quite a number of benefits of tsNet, however the four most 
obvious benefits you will see by using it in this fashion are:


1.  you can use SFTP URLs in the format of 
"sftp://user:p...@host.domain.com;.
2.  multiple asynchronous requests to the same server (for example when 
using "load URL x" commands) are processed immediately rather than 
sequentially as would happen previously
3.  a significant performance improvement particularly noticeable on 
large file transfers, or when executing multiple requests to the same 
server one after another
4.  all processing of data is offloaded to the external, improving 
responsive of the LC application to other tasks during transfers (for 
example, other handlers being triggered)


However, this only gives you access to a subset of the features of the 
tsNet external.


There are a range of commands and functions available in the tsNet 
external, all starting with "tsNet", that can be found in the LC 
dictionary.  These give you access to the additional features like 
sending e-mails via SMTP(S) and comprehensive asynchronous request types 
that are not available using the standard internet library (for example, 
firing off multiple HTTP POST requests asynchronously).


I will be adding more documentation and examples over the coming weeks 
to assist with using this external.  In the mean time, I have uploaded a 
very simple sample stack that demonstrates how to send multiple HTTP 
POST requests in an asynchronous manner here:


https://downloads.techstrategies.com.au/tsnet/sample_async_post.livecode

Hope that helps,

Regards,

Charles




Where is it documented ?

In the documentation stack.

Cheers

Monte


Thanks
Alex.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Monte Goulding]

> On 29 Jul 2016, at 10:53 PM, Alex Tweedly  wrote:
> 
> 
> 
> On 29/07/2016 17:14, panagiotis merakos wrote:
>> Dear list members,
>> We are pleased to announce the release of LiveCode 8.1.0-dp-3, a
>> development preview of LiveCode 8.1.
> 
>> tsNet external
>> --
>> LiveCode Indy and Business Editions now include the Tech Strategies tsNet
>> external!
>> * Faster than libURL (like, way faster... WAY FASTER)
>> * Multiple simultaneous asynchronous requests to the same server
>> * SFTP, SMTP, and SMTPS support (synchronous in Indy, async in Business)
>> * SFTP key-based authentication (Business-only)
>> * Seamless integration
>> 
>> 
> What is tsNet ?

A curl external we have licensed from Tech Strategies

> Does it just happen ?

Yes

> Or do I need to do something to use it ?
>   If so, what ?

No, you don’t need to do anything unless you are explicitly selecting 
inclusions during the standalone build. Then if you don’t have the internet 
library (libURL) included you need to include it as an extra inclusion. tsNet 
is resolved as a dependency of libURL. At the moment we don’t have a facility 
for turning tsNet off in the event you want to use libURL (not really sure why 
you would want that but I guess it’s possible). You can turn tsNet off if you 
want to with `dispatch “revUnloadLibrary" to stack “tsNetLibURL”`

> 
> Where is it documented ?

In the documentation stack.

Cheers

Monte

> 
> Thanks
> Alex.
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Alex Tweedly]

On 29/07/2016 17:14, panagiotis merakos wrote:

Dear list members,
We are pleased to announce the release of LiveCode 8.1.0-dp-3, a
development preview of LiveCode 8.1.



tsNet external
--
LiveCode Indy and Business Editions now include the Tech Strategies tsNet
external!
* Faster than libURL (like, way faster... WAY FASTER)
* Multiple simultaneous asynchronous requests to the same server
* SFTP, SMTP, and SMTPS support (synchronous in Indy, async in Business)
* SFTP key-based authentication (Business-only)
* Seamless integration



What is tsNet ?
Does it just happen ?
Or do I need to do something to use it ?
   If so, what ?

Where is it documented ?

Thanks
Alex.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Sannyasin Brahmanathaswami]

Awesome update!

Seeing so many of the bugs I reported recently fixed, is super encouraging… 

Thank you! 

On 7/29/16, 6:14 AM, "use-livecode on behalf of panagiotis merakos" 
 
wrote:

We are pleased to announce the release of LiveCode 8.1.0-dp-3, a
development preview of LiveCode 8.1.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Richard Gaskin]

panagiotis merakos wrote:

> We are pleased to announce the release of LiveCode 8.1.0-dp-3, a
> development preview of LiveCode 8.1.

Super-cool, thanks!  Lots of nice new additions there.

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ ANN ] Release 8.1.0 DP-3

[Mike Kerner]

yay!

On Fri, Jul 29, 2016 at 12:14 PM, panagiotis merakos <
panos.mera...@livecode.com> wrote:

> Dear list members,
> We are pleased to announce the release of LiveCode 8.1.0-dp-3, a
> development preview of LiveCode 8.1.
>
> Developer Preview Release
> =
> Warning: this is not a stable release.  Please ensure that you back up your
> stacks before testing them.
>
> Getting the Release
> ===
> You can get the release at https://downloads.livecode.com/livecode/#8_1_0
> or via the automatic updater.
>
> Release Contents
> 
> Full release notes:
> https://downloads.livecode.com/livecode/8_1_0/LiveCodeNotes-8_1_0_dp_3.pdf
>
> tsNet external
> --
> LiveCode Indy and Business Editions now include the Tech Strategies tsNet
> external!
> * Faster than libURL (like, way faster... WAY FASTER)
> * Multiple simultaneous asynchronous requests to the same server
> * SFTP, SMTP, and SMTPS support (synchronous in Indy, async in Business)
> * SFTP key-based authentication (Business-only)
> * Seamless integration
>
> files() and folders() functions take an argument
> 
> Avoid setting "the defaultFolder" by using "files()".
>
> LiveCode "Infinite" improvements to LCB
> ---
> * The deprecated "undefined" keyword has been "nothing"-ed.
>
> Graph widget upgrades
> -
> * Show points as well (or instead of) lines
> * Choose a variety of exciting point markers (circles, squares, etc.)
>
> More!
> -
> * Support for field paragraphs with > 32767 characters
> * New "tokenOffset()" function finds the offset of tokens
> * 26 LiveCode 8.1-specific bugs fixed
>
> Known issues
> 
> * HTML5 standalones don't obey standalone builder settings (bug 18103)
> * HTML5 standalones do not currently work when they contain extensions with
> dependencies
> * 64-bit standalones for Mac OS X do not have support for audio recording
> or the revVideoGrabber external
> * The default video is in .mov format which is not supported by the new
> Windows player (bug 17696)
>
> Feedback
> 
> Please report any bugs encountered either to our support team <
> supp...@livecode.com> or on our Bugzilla at http://quality.livecode.com/
>
> Have fun!
> The LiveCode Team
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

[ ANN ] Release 8.1.0 DP-3

[panagiotis merakos]

Dear list members,
We are pleased to announce the release of LiveCode 8.1.0-dp-3, a
development preview of LiveCode 8.1.

Developer Preview Release
=
Warning: this is not a stable release.  Please ensure that you back up your
stacks before testing them.

Getting the Release
===
You can get the release at https://downloads.livecode.com/livecode/#8_1_0
or via the automatic updater.

Release Contents

Full release notes:
https://downloads.livecode.com/livecode/8_1_0/LiveCodeNotes-8_1_0_dp_3.pdf

tsNet external
--
LiveCode Indy and Business Editions now include the Tech Strategies tsNet
external!
* Faster than libURL (like, way faster... WAY FASTER)
* Multiple simultaneous asynchronous requests to the same server
* SFTP, SMTP, and SMTPS support (synchronous in Indy, async in Business)
* SFTP key-based authentication (Business-only)
* Seamless integration

files() and folders() functions take an argument

Avoid setting "the defaultFolder" by using "files()".

LiveCode "Infinite" improvements to LCB
---
* The deprecated "undefined" keyword has been "nothing"-ed.

Graph widget upgrades
-
* Show points as well (or instead of) lines
* Choose a variety of exciting point markers (circles, squares, etc.)

More!
-
* Support for field paragraphs with > 32767 characters
* New "tokenOffset()" function finds the offset of tokens
* 26 LiveCode 8.1-specific bugs fixed

Known issues

* HTML5 standalones don't obey standalone builder settings (bug 18103)
* HTML5 standalones do not currently work when they contain extensions with
dependencies
* 64-bit standalones for Mac OS X do not have support for audio recording
or the revVideoGrabber external
* The default video is in .mov format which is not supported by the new
Windows player (bug 17696)

Feedback

Please report any bugs encountered either to our support team <
supp...@livecode.com> or on our Bugzilla at http://quality.livecode.com/

Have fun!
The LiveCode Team
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode