Re: OSX module file error when building standalone with LC 8 on mac

2017-03-17 Thread James Hale via use-livecode
Solved.

I had included an LC9 only widget in my stack. It obviously was not there in 
LC8 when I went to compile.
So it seems...

"There was an error while saving the
> standalone application
> Build failed for MacOSX x86-32: could not
> open module file"

is telling me the widget module was no where to be found (among the LC8 
resources.) 

I must have made the original stack in LC9 and forgot :-(


@Bob Thanks for your suggestions. I had actually tried them all.


James





___
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: Problem with converting time

2017-03-17 Thread J. Landman Gay via use-livecode

On 03/17/2017 03:52 PM, Michael Doub via use-livecode wrote:


getaData[x]["time"]


Wherever the array is getting its time data, that's where local time is 
happening.


--
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: Problem with converting time

2017-03-17 Thread Mark Wieder via use-livecode

On 03/17/2017 03:52 PM, Michael Doub via use-livecode wrote:

Sorry Mark and Richard.   Here is the real code snipit that includes a
hack that seems to work:

getaData[x]["time"]
if not(theenvironmentisamongtheitems"development,standalone
application") then
subtract(4*60*60) fromit
end if
convertit todateitems


Weird copypasta stuff with spaces there.



Mark, in your situation, you and the server are in the same timezone so
I would not expect to see a problem.   I have no idea where my server
is, but it must not be in my timezone.  I am guessing on the west coast
since taking off 4 hours seems to fix the problem.


That just sounds wrong. If anything, it should be the other way around.



It still does not make any sense why a timezone comes into play at all.


Timezone enters into the picture because if you ask the time, and then 
convert it to a readable format, you wouldn't expect to see UTC time 
unless you happened to live in that time zone. You're asking the server 
"what time is it where you live?" and asking the mac the same thing. The 
answers may or may not differ. If you want to be able to compare 
timestamps then "the internet date" will give you UTC time for both.


--
 Mark Wieder
 ahsoftw...@gmail.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: Problem with converting time

2017-03-17 Thread Richard Gaskin via use-livecode

Mike Doub wrote:

> I am in Chapel Hill,  NC.   I am using Hostm and I really don't
> know,   I would have expected the time to be less if on the west
> coast of the US.

We don't yet know the location of the server, but even better you can 
find out what time zone it's set to by logging in via SSH and running:


date +%Z

If you're running the convert command on the server I think you'll find 
the converted output differs from your local conversion by the number of 
time zones between you and the server.


I took the time to write this, maybe worth reading and trying the 
exercise I included near the end:

http://lists.runrev.com/pipermail/use-livecode/2017-March/235470.html

--
 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: Problem with converting time

2017-03-17 Thread Michael Doub via use-livecode
Sorry Mark and Richard.   Here is the real code snipit that includes a 
hack that seems to work:


getaData[x]["time"]
if not(theenvironmentisamongtheitems"development,standalone 
application") then

subtract(4*60*60) fromit
end if
convertit todateitems

Mark, in your situation, you and the server are in the same timezone so 
I would not expect to see a problem.   I have no idea where my server 
is, but it must not be in my timezone.  I am guessing on the west coast 
since taking off 4 hours seems to fix the problem.


It still does not make any sense why a timezone comes into play at all.

Here is the silly little app:   Http://tarwheels.net/weather   It has 
been really cold  here the last few days and I was not able to cycle, so 
this was a fun diversion.  Seems to work, but it has not had much 
testing.  And as you can see I know next to nothing about making things 
look nice in html.


-= Mike


On 3/17/17 4:42 PM, Mark Wieder via use-livecode wrote:

On 03/17/2017 01:20 PM, Michael Doub via use-livecode wrote:

Sorry guys, I must not have been clear in my statement of the problem.
Here is the code:

put 1489755600 into tVar
convert tVar into dateitems
 -- on the mac tVar contains 2017,3,17,9,0,0,6
 -- on the server tVar contains 2017,3,17,12,0,0,6

The local time should not be involved since you are converting a fixed
value.  What is happening?


Sorry - I can't replicate that.
With the desktop and server engines running on the same machine,

put 1489755600 into tVar
convert tVar into dateitems

gives me
IDE message box: 2017,3,17,6,0,0,6
server:  2017,3,17,6,0,0,6

Note that "convert into" is not supported.
It might be better to post the code you're actually using.



___
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: Problem with converting time

2017-03-17 Thread Mike Doub via use-livecode
I am in Chapel Hill,  NC.   I am using Hostm and I really don't know,   I would 
have expected the time to be less if on the west coast of the US.  

Mike


  Original Message  
From: use-livecode@lists.runrev.com
Sent: March 17, 2017 5:30 PM
To: use-livecode@lists.runrev.com
Reply-to: use-livecode@lists.runrev.com
Cc: ambassa...@fourthworld.com
Subject: Re: Problem with converting time

Michael Doub wrote:
> Sorry guys, I must not have been clear in my statement of the
> problem.
> Here is the code:
>
> put 1489755600 into tVar
> convert tVar into dateitems
>   -- on the mac tVar contains 2017,3,17,9,0,0,6
>   -- on the server tVar contains 2017,3,17,12,0,0,6
>
> The local time should not be involved since you are converting a
> fixed value.  What is happening?

Humor me: what city is your server in, and what city are you in?

-- 
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web
  
  ambassa...@fourthworld.com    http://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
___
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: Problem with converting time

2017-03-17 Thread Richard Gaskin via use-livecode

Michael Doub wrote:
> Sorry guys, I must not have been clear in my statement of the
> problem.
> Here is the code:
>
> put 1489755600 into tVar
> convert tVar into dateitems
>   -- on the mac tVar contains 2017,3,17,9,0,0,6
>   -- on the server tVar contains 2017,3,17,12,0,0,6
>
> The local time should not be involved since you are converting a
> fixed value.  What is happening?

Humor me: what city is your server in, and what city are you in?

--
 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: Linux 32bit?

2017-03-17 Thread Richmond via use-livecode



On 17.03.2017 22:31, Mark Wieder via use-livecode wrote:

On 03/17/2017 01:24 PM, Phil Thane via use-livecode wrote:

Hi,

Just downloaded the open source version for Linux, but it comes as 
x64 only.
For some reason I've never figured my old PC doesn't like 64bit 
distros, the
graphics driver just doesn't work and after much messing I decided it 
was

easier to stick with a 32 bit distro. Any advice, short of upgrading my
hardware?


I see both 64- and 32-bit versions on the download page. Are you 
saying that the 32-bit link actually downloads a 64-bit binary?


...but yes, upgrading the old hardware would be good.



Why?

I'm running a dual core, 64-bit machine (DELL Optiplex 745) that's about 
10 years old

and chugging along superbly.

I also deploy in my school 32-bit machines (HP) of the same age without 
any obvious problems.


All current versions of LiveCode work superbly on all of the machines.

The obsession with continual upgrading is . . . .

Richmond.

___
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: Problem with converting time

2017-03-17 Thread Mark Wieder via use-livecode

On 03/17/2017 01:20 PM, Michael Doub via use-livecode wrote:

Sorry guys, I must not have been clear in my statement of the problem.
Here is the code:

put 1489755600 into tVar
convert tVar into dateitems
 -- on the mac tVar contains 2017,3,17,9,0,0,6
 -- on the server tVar contains 2017,3,17,12,0,0,6

The local time should not be involved since you are converting a fixed
value.  What is happening?


Sorry - I can't replicate that.
With the desktop and server engines running on the same machine,

put 1489755600 into tVar
convert tVar into dateitems

gives me
IDE message box: 2017,3,17,6,0,0,6
server:  2017,3,17,6,0,0,6

Note that "convert into" is not supported.
It might be better to post the code you're actually using.

--
 Mark Wieder
 ahsoftw...@gmail.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: Linux 32bit?

2017-03-17 Thread Phil Thane via use-livecode
Just shut down, will try tomorrow.

On 17 March 2017 20:31:11 GMT+00:00, Mark Wieder via use-livecode 
 wrote:
>On 03/17/2017 01:24 PM, Phil Thane via use-livecode wrote:
>> Hi,
>>
>> Just downloaded the open source version for Linux, but it comes as
>x64 only.
>> For some reason I've never figured my old PC doesn't like 64bit
>distros, the
>> graphics driver just doesn't work and after much messing I decided it
>was
>> easier to stick with a 32 bit distro. Any advice, short of upgrading
>my
>> hardware?
>
>I see both 64- and 32-bit versions on the download page. Are you saying
>
>that the 32-bit link actually downloads a 64-bit binary?
>
>...but yes, upgrading the old hardware would be good.
>
>-- 
>  Mark Wieder
>  ahsoftw...@gmail.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

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
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: Linux 32bit?

2017-03-17 Thread Mark Wieder via use-livecode

On 03/17/2017 01:24 PM, Phil Thane via use-livecode wrote:

Hi,

Just downloaded the open source version for Linux, but it comes as x64 only.
For some reason I've never figured my old PC doesn't like 64bit distros, the
graphics driver just doesn't work and after much messing I decided it was
easier to stick with a 32 bit distro. Any advice, short of upgrading my
hardware?


I see both 64- and 32-bit versions on the download page. Are you saying 
that the 32-bit link actually downloads a 64-bit binary?


...but yes, upgrading the old hardware would be good.

--
 Mark Wieder
 ahsoftw...@gmail.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


Linux 32bit?

2017-03-17 Thread Phil Thane via use-livecode
Hi,

Just downloaded the open source version for Linux, but it comes as x64 only. 
For some reason I've never figured my old PC doesn't like 64bit distros, the 
graphics driver just doesn't work and after much messing I decided it was 
easier to stick with a 32 bit distro. Any advice, short of upgrading my 
hardware?

--
Phil Thane

www.pthane.co.uk
p...@pthane.co.uk
01767 449759
07582 750607
Twitter @pthane

___
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: Problem with converting time

2017-03-17 Thread Michael Doub via use-livecode
Sorry guys, I must not have been clear in my statement of the problem.  
Here is the code:


put 1489755600 into tVar
convert tVar into dateitems
 -- on the mac tVar contains 2017,3,17,9,0,0,6
 -- on the server tVar contains 2017,3,17,12,0,0,6

The local time should not be involved since you are converting a fixed 
value.  What is happening?


-= Mike


On 3/17/17 12:44 PM, Richard Gaskin via use-livecode wrote:

Michael Doub wrote:

> time = 1489755600
> Mac:  dateitems = 2017,3,17,9,0,0,6
> server:   dateitems = 2017,3,17,12,0,0,6
>
> Code:   get time
> convertit to dateitems
>
> Richard here is another example:
> time = 1489752000
> mac:dateitems = 2017,3,17,8,0,0,6
> server: dateitems = 2017,3,17,12,0,0,6
>
> I just wanted to double check that I was showing you good comparison
> since I am copying from multiple windows of debug output.
>
> I don't understand how the local time comes into play when converting
> a constant number of seconds.  The resulting date should be a
> constant as well.
>
> What am I missing?

The beauty of "the seconds" is that the value you get is in GMT, 
regardless of where the machine is at the moment that value of 
obtained.  It does the offset according to the locale settings on the 
local machine.


"The seconds" and "the internet date" are the only two forms that take 
local time zone settings into account.


The benefit with this approach is that either can be used in 
applications where usage may span time zones but you need to maintain 
time stamps that will work across any time zones.



For example, suppose I'm in Los Angeles and I share a server app with 
one user in New York, another in Brisbane, and another in Edinburgh.


GMT offsets for each are:

Edinburgh: 0
New York: -4h
Los Angeles: -7h
Brisbane: +10h (they're across the International Dateline)

The "internet date" format reflects this explicitly, noting the GMT 
offset at the end of the string it returns:


  Fri, 17 Mar 2017 09:09:03 -0700

But "the seconds" of course is just an integer, so while the GMT 
offset has also been accounted for it's less evident.


If all four of us get "the seconds" at the same moment, the value we 
get will be the same, in GMT time.


But since only one of us is actually in the GMT time zone, how does it 
know?  That's where the local system settings come into play.


When *obtaining* either "the seconds" or "the internet date", local 
time zone is used to create a value that can be understood globally.


When *converting* either "the seconds" or "the internet date", LC uses 
time conversion routines dependent on the system locale settings of 
the machine where the conversion is taking place.


With "the internet date" the time zone is explicitly included, so it 
adjusts from that GMT offset to bring it into alignment with the GMT 
offset in the local OS.


With "the seconds", the value is already adjusted to be GMT, so 
conversion adjusts it again for the local settings to deliver an 
accurate representation of that moment in local time.



In the example above, all four users would get the same value from 
querying "the seconds" at the same moment, no matter where they are in 
the world.


And when my software needs to display the date and/or time in 
human-readable form, the "convert" command takes local settings into 
account to deliver an accurate representation that makes sense in 
local time.


So if I modify a record right now, in my system it'll show March 17 at 
9:18 AM.  But when my Brisbane use sees the modification date that 
I've stored using "the seconds", he'll see March 18 at 2:18 AM, which 
is the same global moment.



In short:

The key to getting accurate reflections of time is to store either 
"the seconds" or "the internet date" on the server (or really, 
anywhere timestamps may be shared across time zones), and then do any 
conversions needed for human readability locally.


If you do a conversion from either of those two formats on the server 
to any other format, the result will be correct for the server's 
locale, but unless you're nearby probably not correct for you.



Quick Exercise:

It took me a while (and some experimentation) to appreciate that "the 
seconds" reflects GMT just as "the internet date" does, something I 
learned from Sarah Reichelt back in the day.


One quick way to verify this is to check while changing your local 
machine's Date and Time settings:


Set to Los Angeles: 1489768020
5 seconds later,
Set to Montreal:1489768025
10 seconds after that,
Set to London:  1489768035

Except for the few seconds it took me to click on my Locale map in my 
Control Panel, the numbers are effectively all the same.


Once I became confident with that, I've used it for everything on 
servers ever since (except logging - I like the built-in readability 
of "internet date" in logs).





___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, 

Re: Getting the JSON library into a standalone

2017-03-17 Thread Jonathan Lynch via use-livecode
I will - thanks.

On Fri, Mar 17, 2017 at 3:01 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 3/17/17 1:16 PM, Jonathan Lynch via use-livecode wrote:
>
>> This is in LC 8.1.2.
>>
>> Can anyone confirm that it is not able to include the JSON functions? Are
>> there any simple workarounds?
>>
>
> Is there a reason not to use 8.1.3? I remember there was an issue with
> inclusions at some point, so try the latest stable release.
>
> --
> 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
>



-- 
Do all things with love
___
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: Android application class

2017-03-17 Thread J. Landman Gay via use-livecode

On 3/17/17 2:43 AM, Richmond via use-livecode wrote:

So, I tried to build a standalone for Android (well, better late than
never) and got a happy
little message:

"could not compile application class"

this with LC 8.1.3 on Xubuntu 14.04


Did you see this?:

http://lessons.livecode.com/m/2571/l/80751-how-do-i-become-an-android-developer-on-linux

--
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: Getting the JSON library into a standalone

2017-03-17 Thread J. Landman Gay via use-livecode

On 3/17/17 1:16 PM, Jonathan Lynch via use-livecode wrote:

This is in LC 8.1.2.

Can anyone confirm that it is not able to include the JSON functions? Are
there any simple workarounds?


Is there a reason not to use 8.1.3? I remember there was an issue with 
inclusions at some point, so try the latest stable release.


--
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: SFTP with .PPK file

2017-03-17 Thread Bob Sneidar via use-livecode
Looks like it DOES need the public key after all. I thought that was the way 
SSH worked. I was surprised when you said TSNet doesn't need the public key. 

Bob S


> On Mar 17, 2017, at 06:36 , Stephen MacLean via use-livecode 
>  wrote:
> 
> SSH public key authentication failed: Unable to extract public key from 
> private key file: Unable to open private key file


___
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: (off) dropbox down

2017-03-17 Thread Roger Eller via use-livecode
Or maybe THIS had some complications they were working through.  I received
an email from Dropbox that said:

"This is a reminder that your Public folder links will become inactive
on *March
15*. On that date, your Public folder will become a standard Dropbox
folder, and your files will remain safe in your account. If you want to
share those files again, you’ll need to use shared links instead."

~Roger


On Fri, Mar 17, 2017 at 1:42 PM, Matthias Rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Maybe this all had to do with this in some way?
>
> https://www.ripe.net/support/service-announcements/reverse-
> dns-issue-for-some-delegations-in-the-ripe-ncc-service-region <
> https://www.ripe.net/support/service-announcements/reverse-
> dns-issue-for-some-delegations-in-the-ripe-ncc-service-region>
>
>
>
>
> > Am 17.03.2017 um 15:24 schrieb Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com >:
> >
> > Mike Kerner wrote:
> >
> > > For everyone who does anything with dropbox, it's been down since at
> > > least 2AM EDT.
>
___
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: (off) dropbox down

2017-03-17 Thread Matthias Rebbe via use-livecode
Maybe this all had to do with this in some way?

https://www.ripe.net/support/service-announcements/reverse-dns-issue-for-some-delegations-in-the-ripe-ncc-service-region
 





> Am 17.03.2017 um 15:24 schrieb Richard Gaskin via use-livecode 
> >:
> 
> Mike Kerner wrote:
> 
> > For everyone who does anything with dropbox, it's been down since at
> > least 2AM EDT.
> 
> For this morning:
> 
> Network outages for popular services can often be tracked using third-party 
> tools.  Searching Google for "is dropbox down" led me to this report 
> confirming that many others have reported similar issues with Dropbox today:
> 
> http://downdetector.com/status/dropbox 
> 
> 
> 
> For this afternoon:
> 
> Nextcloud - can't say enough good things about it.  Free and open source, 
> available here:
> 
> https://nextcloud.com/ 
> 
> [Pardon the long pitch, but it's a free package and a really good one:]
> 
> Ever since I started using it I've stopped using Dropbox, Google Drive, and 
> other services I'd used in the past.  Why?  Better sync, more flexible 
> options, and completely under my own control all the way down to how much 
> storage space I want.
> 
> Nextcloud is a PHP package that installs under Apache.  As such it's not yet 
> an end-user consumer product (a partnership with Western Digital is in the 
> process of producing one), but is very well suited for anyone comfortable 
> with setting up Apache.
> 
> Dual-licensed like LiveCode, the GPL edition is probably more than adequate 
> for the needs of most readers here (though the Enterprise edition has some 
> components that may be worth considering if you're running a larger business).
> 
> You install Nextcloud on any VPS or dedicated server, and once installed 
> you're limited only by your server's disk capacity.
> 
> You can set up any number of user accounts, establish disk quotas for them if 
> needed, and share files between them or even publicly. You can sync any 
> number of folders, and synced folders maintain versions when files change so 
> you can revert to any earlier version at any time.
> 
> Nextcloud has native clients for Mac, Windows, Linux, iOS, and Android.
> 
> I originally tried it as a solution for syncing my LiveCode Plugins folder 
> across all the machines I work on, and as the only option with native clients 
> for all three OS families that alone made it an instant favorite.
> 
> Since then I've discovered that it includes a considerable number of apps, 
> included an embedded version of LibreOffice, contact, photo management, etc., 
> with more available from their third-party collection.
> 
> I had the pleasure of meeting the project founder and director, Frank 
> Karlitschek, at the SoCal Linux Expo a couple weeks ago, along with the 
> project's community manager and head of marketing, Jos Poortvliet.  Both 
> fun-loving, hard-working people, committed to the vision of putting people 
> back in control of their cloud systems.
> 
> Until they get a turnkey consumer device shipping, Nextcloud may not be for 
> everyone just yet.
> 
> But for developers in an increasingly interconnected world that already has 
> us configuring Apache, Nextcloud can be a very good solution for cloud 
> storage and more.
> 
> If nothing else, consider:
> 
> When a public cloud service like Dropbox goes down, your only recourse is to 
> wait and pray.
> 
> If your Nextcloud server goes down (and mine never has in the many years I've 
> been running it), chances are you'll just reboot and be back in business in 
> minutes.
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> 
> ambassa...@fourthworld.com 
> http://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



Matthias Rebbe
Bramkampsieke 13
32312 Lübbecke
Tel +49 5741 31
+49 160 5504462
Fax: +49 5741 310002
eMail: matth...@m-r-d.de 

BR5 Konverter - BR5 -> MP3 
___
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: Problem with converting time

2017-03-17 Thread Richard Gaskin via use-livecode

Michael Doub wrote:

> time = 1489755600
> Mac:  dateitems = 2017,3,17,9,0,0,6
> server:   dateitems = 2017,3,17,12,0,0,6
>
> Code:   get time
> convertit to dateitems
>
> Richard here is another example:
> time = 1489752000
> mac:dateitems = 2017,3,17,8,0,0,6
> server: dateitems = 2017,3,17,12,0,0,6
>
> I just wanted to double check that I was showing you good comparison
> since I am copying from multiple windows of debug output.
>
> I don't understand how the local time comes into play when converting
> a constant number of seconds.  The resulting date should be a
> constant as well.
>
> What am I missing?

The beauty of "the seconds" is that the value you get is in GMT, 
regardless of where the machine is at the moment that value of obtained. 
 It does the offset according to the locale settings on the local machine.


"The seconds" and "the internet date" are the only two forms that take 
local time zone settings into account.


The benefit with this approach is that either can be used in 
applications where usage may span time zones but you need to maintain 
time stamps that will work across any time zones.



For example, suppose I'm in Los Angeles and I share a server app with 
one user in New York, another in Brisbane, and another in Edinburgh.


GMT offsets for each are:

Edinburgh: 0
New York: -4h
Los Angeles: -7h
Brisbane: +10h (they're across the International Dateline)

The "internet date" format reflects this explicitly, noting the GMT 
offset at the end of the string it returns:


  Fri, 17 Mar 2017 09:09:03 -0700

But "the seconds" of course is just an integer, so while the GMT offset 
has also been accounted for it's less evident.


If all four of us get "the seconds" at the same moment, the value we get 
will be the same, in GMT time.


But since only one of us is actually in the GMT time zone, how does it 
know?  That's where the local system settings come into play.


When *obtaining* either "the seconds" or "the internet date", local time 
zone is used to create a value that can be understood globally.


When *converting* either "the seconds" or "the internet date", LC uses 
time conversion routines dependent on the system locale settings of the 
machine where the conversion is taking place.


With "the internet date" the time zone is explicitly included, so it 
adjusts from that GMT offset to bring it into alignment with the GMT 
offset in the local OS.


With "the seconds", the value is already adjusted to be GMT, so 
conversion adjusts it again for the local settings to deliver an 
accurate representation of that moment in local time.



In the example above, all four users would get the same value from 
querying "the seconds" at the same moment, no matter where they are in 
the world.


And when my software needs to display the date and/or time in 
human-readable form, the "convert" command takes local settings into 
account to deliver an accurate representation that makes sense in local 
time.


So if I modify a record right now, in my system it'll show March 17 at 
9:18 AM.  But when my Brisbane use sees the modification date that I've 
stored using "the seconds", he'll see March 18 at 2:18 AM, which is the 
same global moment.



In short:

The key to getting accurate reflections of time is to store either "the 
seconds" or "the internet date" on the server (or really, anywhere 
timestamps may be shared across time zones), and then do any conversions 
needed for human readability locally.


If you do a conversion from either of those two formats on the server to 
any other format, the result will be correct for the server's locale, 
but unless you're nearby probably not correct for you.



Quick Exercise:

It took me a while (and some experimentation) to appreciate that "the 
seconds" reflects GMT just as "the internet date" does, something I 
learned from Sarah Reichelt back in the day.


One quick way to verify this is to check while changing your local 
machine's Date and Time settings:


Set to Los Angeles: 1489768020
5 seconds later,
Set to Montreal:1489768025
10 seconds after that,
Set to London:  1489768035

Except for the few seconds it took me to click on my Locale map in my 
Control Panel, the numbers are effectively all the same.


Once I became confident with that, I've used it for everything on 
servers ever since (except logging - I like the built-in readability of 
"internet date" in logs).


--
 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: Problem with converting time

2017-03-17 Thread Mark Wieder via use-livecode

On 03/17/2017 05:46 AM, Michael Doub via use-livecode wrote:

time = 1489755600

Mac:  dateitems = 2017,3,17,9,0,0,6
server:   dateitems = 2017,3,17,12,0,0,6

Code:   get time
convertit to dateitems

I don't understand how the local time comes into play when converting a
constant number of seconds.  The resulting date should be a constant as
well.

What am I missing?


That seems reasonable to me.

  I haven't been following this discussion


"get the time" will get a value based on the system's local time zone, 
so what you're thinking of as a constant is actually dependent on the 
system location. It looks to me like the server is three time zones away 
from the mac. If you don't want time zones to enter into the calculations


get the internet date
convert it to dateitems

--
 Mark Wieder
 ahsoftw...@gmail.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: (off) dropbox down

2017-03-17 Thread Mike Kerner via use-livecode
See their twitter account.

On Fri, Mar 17, 2017 at 9:37 AM, Skip via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I am not seeing the same problem… looks like it is functioning to me.
>
> SKIP
>
> Sent from Mail for Windows 10
>
> From: Mike Kerner via use-livecode
> Sent: Friday, March 17, 2017 9:01 AM
> To: How to use LiveCode
> Cc: Mike Kerner
> Subject: (off) dropbox down
>
> For everyone who does anything with dropbox, it's been down since at least
> 2AM EDT.
>
> --
> 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
>
> ___
> 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

RE: (off) dropbox down

2017-03-17 Thread Skip via use-livecode
I am not seeing the same problem… looks like it is functioning to me.

SKIP

Sent from Mail for Windows 10

From: Mike Kerner via use-livecode
Sent: Friday, March 17, 2017 9:01 AM
To: How to use LiveCode
Cc: Mike Kerner
Subject: (off) dropbox down

For everyone who does anything with dropbox, it's been down since at least
2AM EDT.

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

___
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: SFTP with .PPK file

2017-03-17 Thread Stephen MacLean via use-livecode
Hi Charles,

Again, thank you for all your help!!

I made the change below, and indeed didn’t get the error any more. However, I 
still wasn’t getting anything returned.

I ran your debug stack along side it and got this:

Hostname in DNS cache was stale, zapped
  Trying xx.xx.xx.xx...
TCP_NODELAY set
Connected to secure.xx.us (xx.xx.xx.xx) port 22 (#3)
SSH MD5 fingerprint: 
SSH authentication methods available: publickey
Using SSH private key file '-BEGIN RSA PRIVATE KEY——

-END RSA PRIVATE KEY-
'
SSH public key authentication failed: Unable to extract public key from private 
key file: Unable to open private key file

Not sure about were to go from here… I redid the export of the .ppk in PuttyGen 
and still get the same thing. There is no password protecting the key.

Any further help would be greatly appreciated.

Best Regards,

Steve MacLean

> On Mar 17, 2017, at 5:04 AM, Charles Warwick via use-livecode 
>  wrote:
> 
> Hi Steve,
> 
> My apologies... there is a mistake in the documentation for tsNet which I 
> only just noticed.
> 
> The array element for the SSH private key should be 
> tSettings["ssh_private_key"], not tSettings["ssh_priv_key"].
> 
> So if you change the following line:
> 
>put tPrivKey into tSettings["ssh_priv_key"]
> 
> to:
> 
>put tPrivKey into tSettings["ssh_private_key"]
> 
> you should be right to go!
> 
> (I will get this fixed in the documentation for the next version)
> 
> Best Regards,
> 
> Charles
> 
> 
> On 17/03/2017 6:31 PM, Charles Warwick via use-livecode wrote:
>> Hi Steve,
>> 
>> The tsNet command only requires the SSH private key, so that is ok.
>> 
>> I will test again here to make sure there is nothing else going on in LC 9.0 
>> DP6
>> 
>> Just to check though, I assume your private key does not require a 
>> passphrase?
>> 
>> Another thing to try is to download the following simple stack:
>> 
>> https://downloads.techstrategies.com.au/tsnet/debug_liburl.livecode
>> 
>> Run that stack at the same time as your own, and click "Start Debug" before 
>> you try make the SSH connection.
>> 
>> It should provide some additional debug information that may shed more light 
>> on what is actually happening.
>> 
>> Regards,
>> 
>> Charles
>> 
>> 
>> On 16/03/2017 10:24 PM, Stephen MacLean via use-livecode wrote:
>>> Hi Charles,
>>> 
>>> One other thing… in looking at the .ppk file, it contains both “public 
>>> lines”  and "private lines”. All I see in the ssh key file is private.
>>> 
>>> Not sure that make any difference, but thought I’d mention it.
>>> 
>>> Best,
>>> 
>>> Steve
>>> 
 On Mar 16, 2017, at 7:53 AM, Stephen MacLean via use-livecode 
  wrote:
 
 Hi Charles,
 
 Thank you so much for reply!
 
 I converted the key file as you described, however, I’m still getting the 
 error 67 (authentication error) when running the script.
 
 Any further help would be greatly appreciated.
 
 Best,
 
 Steve MacLean
 
> On Mar 16, 2017, at 3:08 AM, Charles Warwick via use-livecode 
>  wrote:
> 
> Hi Steve,
> 
> It looks like you are using a SSH private key in PuTTY format (.ppk).  
> tsNet requires it to be in OpenSSH format.
> 
> That is easy to fix though, you can convert the .ppk with PuttyGen.
> 
> To do this, open PuttyGen and load the .ppk file.  Then select 
> "Conversions" -> "Export OpenSSH key".
> 
> Apart from that, just make sure that your call to tsNetGet includes the 
> full path of the file you want to download.
> 
> Hope that helps,
> 
> Cheers,
> 
> Charles
> 
> 
> On 16/03/2017 6:01 AM, Stephen MacLean via use-livecode wrote:
>> Well, still no luck in getting it to work, but getting closer…
>> 
>> I found a sample file linked to on livecode.com . 
>> Modifying it to use the key file, I have:
>> 
>> on mouseUp
>>   local tHeaders, tResult, tSettings
>>   put “" into tSettings["username"]
>>   put URL "binfile:D:\private.ppk" into tPrivKey
>>   put tPrivKey into tSettings["ssh_priv_key"]
>>   tsNetInit
>>   put tsNetGet("1", "sftp://secure..us/;, tHeaders, 
>> "transferComplete", tSettings) into tResult
>> end mouseUp
>> 
>> However, it returns:
>> 
>> tsneterr: (67) Authentication failure
>> 
>> Again, I can access the sftp site with no problems using the WinSCP ftp 
>> client and the key file.
>> 
>> Any suggestions??
>> 
>> Thanks,
>> 
>> Steve MacLean
>> 
>>> On Mar 15, 2017, at 9:38 AM, Stephen MacLean via use-livecode 
>>>  wrote:
>>> 
>>> Hi All,
>>> 
>>> Looking to use tsNet to connect to a SFTP server that uses username and 
>>> a 

(off) dropbox down

2017-03-17 Thread Mike Kerner via use-livecode
For everyone who does anything with dropbox, it's been down since at least
2AM EDT.

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


Re: Problem with converting time

2017-03-17 Thread Michael Doub via use-livecode

Richard here is another example:

time = 1489752000

mac: dateitems = 2017,3,17,8,0,0,6

server: dateitems = 2017,3,17,12,0,0,6

I just wanted to double check that I was showing you good comparison 
since I am copying from multiple windows of debug output.


-= Mike

On 3/17/17 8:46 AM, Michael Doub wrote:


time = 1489755600

Mac:  dateitems = 2017,3,17,9,0,0,6
server:   dateitems = 2017,3,17,12,0,0,6

Code:   get time
convertit to dateitems

I don't understand how the local time comes into play when converting 
a constant number of seconds.  The resulting date should be a constant 
as well.


What am I missing?

-= Mike


On 3/16/17 4:05 PM, Richard Gaskin via use-livecode wrote:

Michael Doub wrote:

> I am getting different answers based on environment when trying to
> convert EPOC seconds to dateitems or internet date.   On my mac I get
> the expected result but on a HostM server I get something totally
> different.

How different?

> Does any one have a conversion function that does not use the
> livecode's convert function that they would be willing to share?

The seconds are usually a very good choice for their compactness and 
ease of calculation, and more so because the value we get is in GMT 
based on the offset from host OS.


What this should mean is that you can convert values obtained from 
"the seconds" and get a good date/time regardless of which time zone 
you're in.


So seconds are usually ideal (along with "internet date") for network 
applications such as the one you're working on.


But for the conversion to take your local system into account, you'll 
need to do the conversion locally.


If you're doing the conversion on the server, the date/time will 
reflect the time zone settings in the server OS.






___
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: Problem with converting time

2017-03-17 Thread Michael Doub via use-livecode

time = 1489755600

Mac:  dateitems = 2017,3,17,9,0,0,6
server:   dateitems = 2017,3,17,12,0,0,6

Code:   get time
convertit to dateitems

I don't understand how the local time comes into play when converting a 
constant number of seconds.  The resulting date should be a constant as 
well.


What am I missing?

-= Mike


On 3/16/17 4:05 PM, Richard Gaskin via use-livecode wrote:

Michael Doub wrote:

> I am getting different answers based on environment when trying to
> convert EPOC seconds to dateitems or internet date.   On my mac I get
> the expected result but on a HostM server I get something totally
> different.

How different?

> Does any one have a conversion function that does not use the
> livecode's convert function that they would be willing to share?

The seconds are usually a very good choice for their compactness and 
ease of calculation, and more so because the value we get is in GMT 
based on the offset from host OS.


What this should mean is that you can convert values obtained from 
"the seconds" and get a good date/time regardless of which time zone 
you're in.


So seconds are usually ideal (along with "internet date") for network 
applications such as the one you're working on.


But for the conversion to take your local system into account, you'll 
need to do the conversion locally.


If you're doing the conversion on the server, the date/time will 
reflect the time zone settings in the server OS.




___
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: HTML5 export broken in 9.0.0-dp-6?

2017-03-17 Thread Terry Judd via use-livecode
OK, thanks. I’ll try an earlier DP.

Regards,

Terry...

On 17/03/2017 7:04 pm, "use-livecode on behalf of Ali Lloyd via use-livecode" 
 wrote:

Hi Terry,
This is a known issue, flagged in the release email (but not the release
notes unfortunately). Here is the bug:
http://quality.livecode.com/show_bug.cgi?id=19399

On Fri, Mar 17, 2017 at 7:04 AM Terry Judd via use-livecode <
use-livecode@lists.runrev.com> wrote:

>  Is it just me or is HTML5 export not working in 9.0.0-dp-6? A stack that
> worked in 8.1.2 just a few minutes ago now throws an exception...
>
> To use dlopen, you need to use Emscripten's linking support, see
> https://github.com/kripken/emscripten/wiki/Linking
>
> ...and I seem to get the same thing event with a brand new stack just
> containing a single button. In the past I only saw this error when I
> accidently included something in the stack that it didn’t like (like a
> widget or a substack). Any ideas?
>
> Regards,
>
> 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
___
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: SFTP with .PPK file

2017-03-17 Thread Charles Warwick via use-livecode

Hi Steve,

My apologies... there is a mistake in the documentation for tsNet which 
I only just noticed.


The array element for the SSH private key should be 
tSettings["ssh_private_key"], not tSettings["ssh_priv_key"].


So if you change the following line:

put tPrivKey into tSettings["ssh_priv_key"]

to:

put tPrivKey into tSettings["ssh_private_key"]

you should be right to go!

(I will get this fixed in the documentation for the next version)

Best Regards,

Charles


On 17/03/2017 6:31 PM, Charles Warwick via use-livecode wrote:

Hi Steve,

The tsNet command only requires the SSH private key, so that is ok.

I will test again here to make sure there is nothing else going on in 
LC 9.0 DP6


Just to check though, I assume your private key does not require a 
passphrase?


Another thing to try is to download the following simple stack:

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

Run that stack at the same time as your own, and click "Start Debug" 
before you try make the SSH connection.


It should provide some additional debug information that may shed more 
light on what is actually happening.


Regards,

Charles


On 16/03/2017 10:24 PM, Stephen MacLean via use-livecode wrote:

Hi Charles,

One other thing… in looking at the .ppk file, it contains both 
“public lines”  and "private lines”. All I see in the ssh key file is 
private.


Not sure that make any difference, but thought I’d mention it.

Best,

Steve

On Mar 16, 2017, at 7:53 AM, Stephen MacLean via use-livecode 
 wrote:


Hi Charles,

Thank you so much for reply!

I converted the key file as you described, however, I’m still 
getting the error 67 (authentication error) when running the script.


Any further help would be greatly appreciated.

Best,

Steve MacLean

On Mar 16, 2017, at 3:08 AM, Charles Warwick via use-livecode 
 wrote:


Hi Steve,

It looks like you are using a SSH private key in PuTTY format 
(.ppk).  tsNet requires it to be in OpenSSH format.


That is easy to fix though, you can convert the .ppk with PuttyGen.

To do this, open PuttyGen and load the .ppk file.  Then select 
"Conversions" -> "Export OpenSSH key".


Apart from that, just make sure that your call to tsNetGet includes 
the full path of the file you want to download.


Hope that helps,

Cheers,

Charles


On 16/03/2017 6:01 AM, Stephen MacLean via use-livecode wrote:

Well, still no luck in getting it to work, but getting closer…

I found a sample file linked to on livecode.com 
. Modifying it to use the key file, I have:


on mouseUp
   local tHeaders, tResult, tSettings
   put “" into tSettings["username"]
   put URL "binfile:D:\private.ppk" into tPrivKey
   put tPrivKey into tSettings["ssh_priv_key"]
   tsNetInit
   put tsNetGet("1", "sftp://secure..us/;, tHeaders, 
"transferComplete", tSettings) into tResult

end mouseUp

However, it returns:

tsneterr: (67) Authentication failure

Again, I can access the sftp site with no problems using the 
WinSCP ftp client and the key file.


Any suggestions??

Thanks,

Steve MacLean

On Mar 15, 2017, at 9:38 AM, Stephen MacLean via use-livecode 
 wrote:


Hi All,

Looking to use tsNet to connect to a SFTP server that uses 
username and a private key instead of a password. The private key 
is contained in a file.


I use WinSCP and can link the connection to the file and can 
connect fine.


In LC, I’ve set the CABundle to the file, but am not sure this is 
how it’s supposed to work. Getting an auth error when doing 
tsNetGet.


Any help would be appreciated.

Thanks,

Steve MacLean

PS: Running 9.0 dp6 Business

___
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



___
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




AW: AW: tsneterr: (6) could not resolve host - can anyone else test this?

2017-03-17 Thread Tiemo Hollmann TB via use-livecode
FYI. I have used the "#" sign in a URL PW, which is not allowed in a URL
string, as Charles pointed out. Only because of an incorrect handling in the
curl library as part of tsnet, my program has worked over the years.
Urlencode(myPW) will do it for the future. So, better never use "#" in a
URL!
Tiemo

-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Tiemo Hollmann TB via use-livecode
Gesendet: Donnerstag, 16. März 2017 18:00
An: 'How to use LiveCode' 
Cc: Tiemo Hollmann TB 
Betreff: AW: AW: tsneterr: (6) could not resolve host - can anyone else test
this?

Panos from LC solved the mystery. In my URL the password has a special
character, which can't be handled in 8.1.2 and 8.1.3 on Windows. When doing
urlencode(myPW), it also works in 8.1.3 The why is not known Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Paul Richards via use-livecode
Gesendet: Donnerstag, 16. März 2017 15:22
An: How to use LiveCode 
Cc: Paul Richards 
Betreff: RE: AW: tsneterr: (6) could not resolve host - can anyone else test
this?

LC 8.1.3  - Windows 10 64Bit - Works for me 

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of Charles Warwick via use-livecode
Sent: 16 March 2017 10:11
To: use-livecode@lists.runrev.com
Cc: Charles Warwick 
Subject: Re: AW: tsneterr: (6) could not resolve host - can anyone else test
this?

I have not been able to replicate this issue here, but I am using an older
version of Windows.

Is there anyone that can try this on various versions of Windows to see if
this problem is specific to Win 10?

Try typing the following into the message box:

put URL
"http://test_auth:test_p...@downloads.techstrategies.com.au/test_auth/;

If it is successful, you should see "Authentication successful." appear in
the message box.

Thanks,

Charles


On 16/03/2017 6:31 PM, Charles Warwick via use-livecode wrote:
> Hi Tiemo,
>
> I have not heard of this issue before but will see if I can reproduce 
> it and get back to you.
>
> A workaround would be to use the tsNetGetSync function directly so 
> that you can specify the user/pass separately like this:
>
> --
> local tHeaders, tOutHeaders, tResultCode, tBytes, tSettings put 
> "public" into tSettings["username"] put "myPW" into 
> tSettings["password"] put 
> tsNetGetSync("http://www.myHost/mypath/my.txt;, tHeaders, tOutHeaders, 
> tResultCode, tBytes, tSettings) into tResult
> --
>
> Hope that helps,
>
> Cheers,
>
> Charles
>
>
> On 16/03/2017 1:00 AM, Tiemo Hollmann TB via use-livecode wrote:
>> Forgot to say: Windows 10
>>
>> -Ursprüngliche Nachricht-
>> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im 
>> Auftrag von Tiemo Hollmann TB via use-livecode
>> Gesendet: Mittwoch, 15. März 2017 16:00
>> An: LiveCode User Liste senden 
>> Cc: Tiemo Hollmann TB 
>> Betreff: tsneterr: (6) could not resolve host
>>
>> Hello,
>>
>> using LC 8.1.2 / 8.1.3 I get an "tsneterr: (6) could not resolve host:
>> public" when trying to access a file in a web server directory with 
>> user and password protection
>>
>> put URL "http://public:myPW@www.myHost/mypath/my.txt; into tResult
>>
>> when opening the same file in a not pw protected directory, 
>> everything is fine and I get the content of the file
>>
>> Testing the same with 8.1 or 9.0 dp 4 it works also with the pw 
>> protected dir, like it should.
>>
>> Is this a known issue with tsnet? Any workarounds?
>>
>> Thanks
>>
>> Tiemo
>>
>>
>>
>>
>>
>> ___
>> 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
>


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

Re: SFTP with .PPK file

2017-03-17 Thread Charles Warwick via use-livecode

Hi Steve,

The tsNet command only requires the SSH private key, so that is ok.

I will test again here to make sure there is nothing else going on in LC 
9.0 DP6


Just to check though, I assume your private key does not require a 
passphrase?


Another thing to try is to download the following simple stack:

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

Run that stack at the same time as your own, and click "Start Debug" 
before you try make the SSH connection.


It should provide some additional debug information that may shed more 
light on what is actually happening.


Regards,

Charles


On 16/03/2017 10:24 PM, Stephen MacLean via use-livecode wrote:

Hi Charles,

One other thing… in looking at the .ppk file, it contains both “public lines”  and 
"private lines”. All I see in the ssh key file is private.

Not sure that make any difference, but thought I’d mention it.

Best,

Steve


On Mar 16, 2017, at 7:53 AM, Stephen MacLean via use-livecode 
 wrote:

Hi Charles,

Thank you so much for reply!

I converted the key file as you described, however, I’m still getting the error 
67 (authentication error) when running the script.

Any further help would be greatly appreciated.

Best,

Steve MacLean


On Mar 16, 2017, at 3:08 AM, Charles Warwick via use-livecode 
 wrote:

Hi Steve,

It looks like you are using a SSH private key in PuTTY format (.ppk).  tsNet 
requires it to be in OpenSSH format.

That is easy to fix though, you can convert the .ppk with PuttyGen.

To do this, open PuttyGen and load the .ppk file.  Then select "Conversions" -> 
"Export OpenSSH key".

Apart from that, just make sure that your call to tsNetGet includes the full 
path of the file you want to download.

Hope that helps,

Cheers,

Charles


On 16/03/2017 6:01 AM, Stephen MacLean via use-livecode wrote:

Well, still no luck in getting it to work, but getting closer…

I found a sample file linked to on livecode.com . 
Modifying it to use the key file, I have:

on mouseUp
   local tHeaders, tResult, tSettings
   put “" into tSettings["username"]
   put URL "binfile:D:\private.ppk" into tPrivKey
   put tPrivKey into tSettings["ssh_priv_key"]
   tsNetInit
   put tsNetGet("1", "sftp://secure..us/;, tHeaders, 
"transferComplete", tSettings) into tResult
end mouseUp

However, it returns:

tsneterr: (67) Authentication failure

Again, I can access the sftp site with no problems using the WinSCP ftp client 
and the key file.

Any suggestions??

Thanks,

Steve MacLean


On Mar 15, 2017, at 9:38 AM, Stephen MacLean via use-livecode 
 wrote:

Hi All,

Looking to use tsNet to connect to a SFTP server that uses username and a 
private key instead of a password. The private key is contained in a file.

I use WinSCP and can link the connection to the file and can connect fine.

In LC, I’ve set the CABundle to the file, but am not sure this is how it’s 
supposed to work. Getting an auth error when doing tsNetGet.

Any help would be appreciated.

Thanks,

Steve MacLean

PS: Running 9.0 dp6 Business

___
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



___
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: HTML5 export broken in 9.0.0-dp-6?

2017-03-17 Thread Peter TB Brett via use-livecode



On 17/03/2017 07:04, Terry Judd via use-livecode wrote:

Is it just me or is HTML5 export not working in 9.0.0-dp-6? A stack
that worked in 8.1.2 just a few minutes ago now throws an
exception...

To use dlopen, you need to use Emscripten's linking support, see
https://github.com/kripken/emscripten/wiki/Linking

...and I seem to get the same thing event with a brand new stack
just containing a single button. In the past I only saw this error
when I accidently included something in the stack that it didn’t like
(like a widget or a substack). Any ideas?


It's not just you!  It's a known issue in 9.0 DP 6.  From the release
announcement:


HTML5 standalones built using this release are not functional. See
bug http://quality.livecode.com/show_bug.cgi?id=19399 for more
details.


  Peter

--
Dr Peter Brett 

lcb-mode for Emacs: https://github.com/peter-b/lcb-mode

___
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: HTML5 export broken in 9.0.0-dp-6?

2017-03-17 Thread Ali Lloyd via use-livecode
Hi Terry,
This is a known issue, flagged in the release email (but not the release
notes unfortunately). Here is the bug:
http://quality.livecode.com/show_bug.cgi?id=19399

On Fri, Mar 17, 2017 at 7:04 AM Terry Judd via use-livecode <
use-livecode@lists.runrev.com> wrote:

>  Is it just me or is HTML5 export not working in 9.0.0-dp-6? A stack that
> worked in 8.1.2 just a few minutes ago now throws an exception...
>
> To use dlopen, you need to use Emscripten's linking support, see
> https://github.com/kripken/emscripten/wiki/Linking
>
> ...and I seem to get the same thing event with a brand new stack just
> containing a single button. In the past I only saw this error when I
> accidently included something in the stack that it didn’t like (like a
> widget or a substack). Any ideas?
>
> Regards,
>
> 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
___
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

Android application class

2017-03-17 Thread Richmond via use-livecode
So, I tried to build a standalone for Android (well, better late than 
never) and got a happy

little message:

"could not compile application class"

this with LC 8.1.3 on Xubuntu 14.04

cannot work out much from the standalone settings stack . . .

Richmond.

___
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


HTML5 export broken in 9.0.0-dp-6?

2017-03-17 Thread Terry Judd via use-livecode
 Is it just me or is HTML5 export not working in 9.0.0-dp-6? A stack that 
worked in 8.1.2 just a few minutes ago now throws an exception...

To use dlopen, you need to use Emscripten's linking support, see 
https://github.com/kripken/emscripten/wiki/Linking

...and I seem to get the same thing event with a brand new stack just 
containing a single button. In the past I only saw this error when I accidently 
included something in the stack that it didn’t like (like a widget or a 
substack). Any ideas?

Regards,

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