Re: Smooth scrolling

[Richard Gaskin via use-livecode]

David Epstein wrote:

> My impression is that a LiveCode field scrolls less smoothly than
> a comparable field in some other programs, such as MS Word and
> Scrivener.  If I paste about 25,000 words into a word wrapped
> scrolling field, and then drag the scrolling thumb up and down
> there is much more jumpiness than I see when I do the same thing
> to the same text in those other programs.  (LC 9.6 on Mac OS 10.12.6).
>  Do others see the same thing?  Does anyone know the underlying cause
> of this, or a remedy?

Nice to hear the name Scrivener. Blount did some good rethinking of how 
words are managed when he came up with that app.


In the olden days I remember being impressed with how smoothly LC 
scrolled vs things like Word, which wasn't all that surprising given 
that LC buffers the whole field in RAM while Word pages from disk.


A lot's changed since then. Not only have SSDs taken over to narrow the 
gap, but I no longer have a copy of Word to compare anything to. :)


But I did just do a quick test of LC v9.6.2rc2 vs LibreOffice Write on 
Ubuntu 18.04, using Kafka's Metamorphosis to get a reasonably close 
number of words to your test (Gutenberg Project RTF is 25,180 words: 
http://www.gutenberg.org/files/5200/5200-r.rtf ).


Very different setup of course, but FWIW LC and LibreOffice are quite 
close in scrolling, though LC seems noticeably smoother.


Of course Ubuntu and macOS couldn't be more different from top to 
bottom, with different font managers, buffering APIs, compositors, etc., 
so while it was easy for me to do this quick test it's almost entirely 
useless.


What might be nice would be someone with good knowledge of Apple 
low-level tools, similar to the ones we see for Android or to some 
degree strace, where graphical UI stuff can be profiled so we can see 
what Word and LC are doing differently.


It might also be worth setting the field's layerMode to "scrolling" and 
the stack's compositorType to "CoreGraphics" to see if that improves things.


--
 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: Using MySQL on (headless) Linux

[Mark Wieder via use-livecode]

On 2/1/21 2:25 PM, Ben Rubinstein via use-livecode wrote:

1. I've not found how to access externals (in this case the database 
library) without explicitly setting the 'externals' property of the 
stack to a (generally unreliably) full path before the stack is saved.


If you type in the messagebox

put the externals of stack "Home"

you should see everything there. If not, your system is misconfigured.

--
 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: Smooth scrolling

[Curry Kenworthy via use-livecode]

David:

> My impression is that a LiveCode field scrolls less smoothly
> than a comparable field in some other programs

Fair impression. :)

> 25,000 words into a word wrapped scrolling field

Performance does degrade as text size increases.
(Exponentially, after a certain point.)

> Does anyone know the underlying cause of this,

For fun, try the same text in LC 5.5 or 4.6!
I would expect snappier results.

Performance took a huge hit with LC 7 and 8.
There was (and is) a myth that this is completely due to Unicode.
But in a series of videos and published tests, I proved otherwise.
Many other areas were impacted. So beware of that myth!

So Unicode (and the way it was implemented) played a part,
but it's not the only culprit. This is an ongoing saga.
To their credit, the LC team has made good optimizations in a few areas!
Mark was quite responsive to the "need for speed."
On the flip side, overall LC performance remains ... underwhelming.

> or a remedy?

It helps to optimize your own code/UI/setup as much as you can:

Most LC user code is poorly organized and wastes tons of CPU time.
Many times people also have extravagant or sloppy UI.
And their problem-solving setup is not focused; lots of extra crap.
Tightening up all these can help a LOT! You'll see results.

Bonus good news: Standalone will run a little smoother than IDE.
(IDE is a bit on the bloatware side.)
Optimize all you can, and your build may be blessed a bit extra! :)

Beyond that, the ultimate solution is join the effort.
Make a useful test stack, maybe a video to demo results.
Design the test code well. Post a bug report.

I'm still involved in this campaign, but currently "mute" -
post-COVID, breathing got worse; can't talk in video or on phone.
But I'm adjusting to that - I'll be using sound effects, TTS, whatever.
So hopefully this year I'll get another test and video posted.

I encourage others (and yourself) to do the same!
I believe LC can be quite a bit faster.
So far, I've been proven correct

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.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: installing and running LC on 'headless' linux server

[kee nethery via use-livecode]

Mark, Thanks!

Here’s the script I created based upon your example. This is a stack with one 
card and on the card is a field “counter”. I put “0” into the field to seed it.

When the stack file is opened, it launches LiveCode and does the preOpenStack 
and the send in seconds causes the stack to display. The field counter starts 
incrementing.

And to get it to stop, hold down the option key and processing halts.

Damn, wish I had known about this years ago. Thanks,
Kee


on preOpenStack
choose browse tool
send idleDoit to this stack in 1 second
end preOpenStack

on idleDoit
put field "counter" + 1 into field “counter"
if the optionKey is up then
send idleDoit to this stack in 1 second
end if
end idleDoit



> On Feb 1, 2021, at 11:30 AM, Mark Wieder via use-livecode 
>  wrote:
> 
> On 2/1/21 10:29 AM, kee nethery via use-livecode wrote:
> 
>> Basically I needed a stack to launch and run in the IDE and LiveCode didn’t 
>> have a way to do that.
> 
> ???
> 
> on preOpenStack
>  choose pointer tool
>  startMeUp
> end preOpenStack
> 
> on startMeUp
>  answer "I'm started"
> end startMeUp
> 
> -- 
> 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


___
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

Smooth scrolling

[David Epstein via use-livecode]

My impression is that a LiveCode field scrolls less smoothly than a comparable 
field in some other programs, such as MS Word and Scrivener.  If I paste about 
25,000 words into a word wrapped scrolling field, and then drag the scrolling 
thumb up and down there is much more jumpiness than I see when I do the same 
thing to the same text in those other programs.  (LC 9.6 on Mac OS 10.12.6).  
Do others see the same thing?  Does anyone know the underlying cause of this, 
or a remedy?

David Epstein
___
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: open secure socket... using certificate

[Richard Gaskin via use-livecode]

Tom Glod wrote:

> Richard,
>
> Lets say one of my users is targeted by a hacker and they manage
> to install a malware process on their system that will capture all
> the data flowing between the 2 processes.
> Then they do not need to be sitting in the victim's chair.
> But if the data was encrypted, this wouldn't matter.

True, that one aspect of your program wouldn't matter.  But since 
everything else on the system is now hosed, does anything matter?


To my ear it sounds like a planning committee meeting for a zoo in which 
they're deciding on the steel thickness of armored suits they require 
visitors to wear because tigers are running loose, while the whole 
facility is on fire. I'm in the back of the room raising my hand asking 
if we might just put the tigers back in the cage. After we put out the 
fire. :)


In the scenario you described, what prevents the bad guy from reading 
the data at rest? Or keylogging? Or replacing either or both of the 
executables you delivered? Or anything else they might do once they have 
that level of control throughout the system?


--
 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: Using MySQL on (headless) Linux

[Ben Rubinstein via use-livecode]

Devin, thank you - that was the last bit I needed.

So my complete stack now works. Hurrah! Thanks everyone who helped me.


Undesirable things found:

1. I've not found how to access externals (in this case the database library) 
without explicitly setting the 'externals' property of the stack to a 
(generally unreliably) full path before the stack is saved.


2. revGetDatabaseDriverPath crashes the app if invoked before using 
revSetDatabaseDriverPath


3. revSetDatabaseDriverPath is required even when the drivers are in the 
standard location inside the app 'bundle'.


I'll report (2) and (3) formally when I've done a bit more investigation. I'd 
still love to know what I'm doing wrong, in relation to (1).


thanks all,

Ben

On 01/02/2021 21:48, Devin Asay via use-livecode wrote:

Ben,

I have seen the “invalid database type” error on Linux because of a case error. 
Make sure you use “mysql” as the database type, not “MySQL” or anything else 
with upper case letters. LiveCode is not case-sensitive, but Linux is.

Hope this helps.

Devin


On Feb 1, 2021, at 2:32 PM, Ben Rubinstein via use-livecode 
 wrote:

Update. I have managed to get access to the Rev database external by explicitly 
setting the `externals` property of the stack before saving it (on Mac) to the 
full path on the linux machine to `revdb.so`.

Consequently the functions such as `revOpenDatabases` and `revOpenDatabase` no 
longer throw error 219. Hurrah. Indeed `externalCommands` and 
`externalFunctions` now list all the expected commands and functions of the 
database library.

This is obviously an appalling solution, since it relies on me knowing the 
exact path to the LiveCode bundle on the destination machine. (My recollection 
from a decade or so ago is that this property has to already be set at the time 
that the stack is opened, i.e. it can't be set dynamically. This may be 
erroneous.) However, it will get me going for now.

Now my issue is that when the code tries to open the database, `revOpenDatabase` returns 
"revdberr,invalid database type". That suggests that the drivers aren't found.

I've tried to get past this using `revSetDatabaseDriverPath`.

The documentation says

Use the revSetDatabaseDriverPath command if you want to place the database
drivers your application uses somewhere other than the same folder as the
application.

In fact the drivers are in the standard location, so this shouldn't be needed, 
but hey... I started by reporting `revGetDatabaseDriverPath` - but calling that 
causes LiveCode to immediately exit on signal 11. (This was in a try-catch 
block, but that doesn't stop it crashing out.)

However, after using `revSetDatabaseDriverPath`, `revGetDatabaseDriverPath` no 
longer crashes but faithfully reports the value set.

Unfortunately, this doesn't seem to help - although "set the defaultFolder to 
revGetDatabaseDriverPath()/put the files" does list the folder which includes dbmysql.so - 
revOpenDatabase still returns "revdberr,invalid database type".

Any suggestions gratefully received!

Ben


On 01/02/2021 20:24, Ben Rubinstein via use-livecode wrote:

Hi Mark,

"error in function handler" is a pretty generic response - sort of the
engine's version of ¯\_(ツ)_/¯. Is the MySQL database local to the server
machine or on a different computer?

I should point out that this error is thrown - I take it to mean that the 
function isn't even located. I don't think the problem is with the details of 
the database connection, I don't think it gets that far.
To test this, I've added a call to revOpenDatabases before doing anything else 
- sure enough, this throws the same error.

Does this work locally before moving the
stack to the headless linux box?

The whole shebang works on my Mac. I tried to see if I could run LiveCode 
headless on Mac, to minimise the differences that might be at issue, and got
 Startup error - cannot run in command line mode
I don't know if that's a generic issue that LiveCode can't run headless on Mac, 
or if there's something else going on there.
Ben
On 01/02/2021 19:37, Mark Wieder via use-livecode wrote:

On 2/1/21 11:15 AM, Ben Rubinstein via use-livecode wrote:


With thanks to friends here who helped me install and start using LC on a 
headless Linux box. I've now another little problem... my stack tries and fails 
to connect to a MySQL database.

When it attempts to call revOpenDatabase, it throws error 219, "error in function 
handler". I take it that this means it can't find or hasn't loaded the revdb 
external.

I've installed livecodecommunity-9.6.1.x86_64, and I launch it with
~/.runrev/components/livecodecommunity-9.6.1.x86_64/LiveCode\ Community.x86_64 
-ui 

I can see revdb.so and dbmysql.so are in the Externals directory. Is there 
something explicit I need to do to load these?


"error in function handler" is a pretty generic response - sort of the engine's 
version of ¯\_(ツ)_/¯. Is the MySQL database local to the server machine or on a different 

Re: Using MySQL on (headless) Linux

[Devin Asay via use-livecode]

Ben,

I have seen the “invalid database type” error on Linux because of a case error. 
Make sure you use “mysql” as the database type, not “MySQL” or anything else 
with upper case letters. LiveCode is not case-sensitive, but Linux is.

Hope this helps.

Devin

> On Feb 1, 2021, at 2:32 PM, Ben Rubinstein via use-livecode 
>  wrote:
> 
> Update. I have managed to get access to the Rev database external by 
> explicitly setting the `externals` property of the stack before saving it (on 
> Mac) to the full path on the linux machine to `revdb.so`.
> 
> Consequently the functions such as `revOpenDatabases` and `revOpenDatabase` 
> no longer throw error 219. Hurrah. Indeed `externalCommands` and 
> `externalFunctions` now list all the expected commands and functions of the 
> database library.
> 
> This is obviously an appalling solution, since it relies on me knowing the 
> exact path to the LiveCode bundle on the destination machine. (My 
> recollection from a decade or so ago is that this property has to already be 
> set at the time that the stack is opened, i.e. it can't be set dynamically. 
> This may be erroneous.) However, it will get me going for now.
> 
> Now my issue is that when the code tries to open the database, 
> `revOpenDatabase` returns "revdberr,invalid database type". That suggests 
> that the drivers aren't found.
> 
> I've tried to get past this using `revSetDatabaseDriverPath`.
> 
> The documentation says
>> Use the revSetDatabaseDriverPath command if you want to place the database
>> drivers your application uses somewhere other than the same folder as the
>> application.
> In fact the drivers are in the standard location, so this shouldn't be 
> needed, but hey... I started by reporting `revGetDatabaseDriverPath` - but 
> calling that causes LiveCode to immediately exit on signal 11. (This was in a 
> try-catch block, but that doesn't stop it crashing out.)
> 
> However, after using `revSetDatabaseDriverPath`, `revGetDatabaseDriverPath` 
> no longer crashes but faithfully reports the value set.
> 
> Unfortunately, this doesn't seem to help - although "set the defaultFolder to 
> revGetDatabaseDriverPath()/put the files" does list the folder which includes 
> dbmysql.so - revOpenDatabase still returns "revdberr,invalid database type".
> 
> Any suggestions gratefully received!
> 
> Ben
> 
> 
> On 01/02/2021 20:24, Ben Rubinstein via use-livecode wrote:
>> Hi Mark,
>> > "error in function handler" is a pretty generic response - sort of the
>> > engine's version of ¯\_(ツ)_/¯. Is the MySQL database local to the server
>> > machine or on a different computer?
>> I should point out that this error is thrown - I take it to mean that the 
>> function isn't even located. I don't think the problem is with the details 
>> of the database connection, I don't think it gets that far.
>> To test this, I've added a call to revOpenDatabases before doing anything 
>> else - sure enough, this throws the same error.
>> > Does this work locally before moving the
>> > stack to the headless linux box?
>> The whole shebang works on my Mac. I tried to see if I could run LiveCode 
>> headless on Mac, to minimise the differences that might be at issue, and got
>> Startup error - cannot run in command line mode
>> I don't know if that's a generic issue that LiveCode can't run headless on 
>> Mac, or if there's something else going on there.
>> Ben
>> On 01/02/2021 19:37, Mark Wieder via use-livecode wrote:
>>> On 2/1/21 11:15 AM, Ben Rubinstein via use-livecode wrote:
 
 With thanks to friends here who helped me install and start using LC on a 
 headless Linux box. I've now another little problem... my stack tries and 
 fails to connect to a MySQL database.
 
 When it attempts to call revOpenDatabase, it throws error 219, "error in 
 function handler". I take it that this means it can't find or hasn't 
 loaded the revdb external.
 
 I've installed livecodecommunity-9.6.1.x86_64, and I launch it with
~/.runrev/components/livecodecommunity-9.6.1.x86_64/LiveCode\ 
 Community.x86_64 -ui 
 
 I can see revdb.so and dbmysql.so are in the Externals directory. Is there 
 something explicit I need to do to load these?
>>> 
>>> "error in function handler" is a pretty generic response - sort of the 
>>> engine's version of ¯\_(ツ)_/¯. Is the MySQL database local to the server 
>>> machine or on a different computer? Does this work locally before moving 
>>> the stack to the headless linux box?
>>> 
>> ___
>> 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 
> 

Re: open secure socket... using certificate

[Tom Glod via use-livecode]

Richard,

Lets say one of my users is targetted by a hacker and they manage to
install a malware process on their system that will capture all the data
flowing between the 2 processes.
Then they do not need to be sitting in the victim's chair.
But if the data was encrypted, this wouldn't matter.


On Mon, Feb 1, 2021 at 4:02 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Tom Glod wrote:
>
>  > On Fri, Jan 29, 2021 at 1:09 AM Richard Gaskin wrote:
>  >> The main benefit of encrypted sockets is to mitigate man-in-the-
>  >> middle attacks.
>  >>
>  >> If you have a man in the middle of processes on a local computer that
>  >> isn't you, it would seem you have bigger concerns. ;)
> ...
>  > Hi Richard...the man in the middle attack is exactly the thing I was
>  > thinking of.
>
>
> It seems I didn't write clearly.
>
> With localHost the man in the middle is you, or someone else with
> physical access to your computer (which is more or less the same thing).
>
> Given the old adage that physical access  = root, I'm unable to think of
> a scenario in which encrypting localhost sockets is beneficial.  Am I
> overlooking something?  I'm no CISSP, so I may well be.
>
> --
>   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
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Mobile:647.562.9411
___
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: Which of the current FTP legends should I be using?

[Curry Kenworthy via use-livecode]

Me:

>> Try tsNetUploadFile - fewer steps!

Bruce:

> Thanks, much appreciated.

No problem. That's why I love, and preach, KISS!

(My father taught me "Keep It Simple (Stupid)" at an early age.
Probably around 7 years old. Military aircraft electrician.
They popularized this phrase - and they needed it most.) :)

By minimizing steps, it's easier to implement.
Also we maximize already-tested code. (Assuming it's good code.)
That minimizes the opportunity for mistakes, such as...

Matthias:

> how did you fill the pData parameter? Did you use
> put URL "binfile:..." into pData

Yep, good possibility!

Me again:

About existing code that people use as tsNet samples, I've noticed:
Some of the code is not well-organized for modularity and KISS.
(Basically, not well-organized, period.)

Maybe I or someone else here can post better samples when there's time.
That would get code sample consumers off to a better start.
"Keep It Simple" is a powerful coding philosophy that pays off

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.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: Using MySQL on (headless) Linux

[Ben Rubinstein via use-livecode]

Update. I have managed to get access to the Rev database external by 
explicitly setting the `externals` property of the stack before saving it (on 
Mac) to the full path on the linux machine to `revdb.so`.


Consequently the functions such as `revOpenDatabases` and `revOpenDatabase` no 
longer throw error 219. Hurrah. Indeed `externalCommands` and 
`externalFunctions` now list all the expected commands and functions of the 
database library.


This is obviously an appalling solution, since it relies on me knowing the 
exact path to the LiveCode bundle on the destination machine. (My recollection 
from a decade or so ago is that this property has to already be set at the 
time that the stack is opened, i.e. it can't be set dynamically. This may be 
erroneous.) However, it will get me going for now.


Now my issue is that when the code tries to open the database, 
`revOpenDatabase` returns "revdberr,invalid database type". That suggests that 
the drivers aren't found.


I've tried to get past this using `revSetDatabaseDriverPath`.

The documentation says

Use the revSetDatabaseDriverPath command if you want to place the database
drivers your application uses somewhere other than the same folder as the
application.
In fact the drivers are in the standard location, so this shouldn't be needed, 
but hey... I started by reporting `revGetDatabaseDriverPath` - but calling 
that causes LiveCode to immediately exit on signal 11. (This was in a 
try-catch block, but that doesn't stop it crashing out.)


However, after using `revSetDatabaseDriverPath`, `revGetDatabaseDriverPath` no 
longer crashes but faithfully reports the value set.


Unfortunately, this doesn't seem to help - although "set the defaultFolder to 
revGetDatabaseDriverPath()/put the files" does list the folder which includes 
dbmysql.so - revOpenDatabase still returns "revdberr,invalid database type".


Any suggestions gratefully received!

Ben


On 01/02/2021 20:24, Ben Rubinstein via use-livecode wrote:

Hi Mark,

 > "error in function handler" is a pretty generic response - sort of the
 > engine's version of ¯\_(ツ)_/¯. Is the MySQL database local to the server
 > machine or on a different computer?

I should point out that this error is thrown - I take it to mean that the 
function isn't even located. I don't think the problem is with the details of 
the database connection, I don't think it gets that far.


To test this, I've added a call to revOpenDatabases before doing anything else 
- sure enough, this throws the same error.


 > Does this work locally before moving the
 > stack to the headless linux box?

The whole shebang works on my Mac. I tried to see if I could run LiveCode 
headless on Mac, to minimise the differences that might be at issue, and got

 Startup error - cannot run in command line mode

I don't know if that's a generic issue that LiveCode can't run headless on 
Mac, or if there's something else going on there.


Ben


On 01/02/2021 19:37, Mark Wieder via use-livecode wrote:

On 2/1/21 11:15 AM, Ben Rubinstein via use-livecode wrote:


With thanks to friends here who helped me install and start using LC on a 
headless Linux box. I've now another little problem... my stack tries and 
fails to connect to a MySQL database.


When it attempts to call revOpenDatabase, it throws error 219, "error in 
function handler". I take it that this means it can't find or hasn't loaded 
the revdb external.


I've installed livecodecommunity-9.6.1.x86_64, and I launch it with
   ~/.runrev/components/livecodecommunity-9.6.1.x86_64/LiveCode\ 
Community.x86_64 -ui 


I can see revdb.so and dbmysql.so are in the Externals directory. Is there 
something explicit I need to do to load these?


"error in function handler" is a pretty generic response - sort of the 
engine's version of ¯\_(ツ)_/¯. Is the MySQL database local to the server 
machine or on a different computer? Does this work locally before moving the 
stack to the headless linux box?




___
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: open secure socket... using certificate

[Richard Gaskin via use-livecode]

Tom Glod wrote:

> On Fri, Jan 29, 2021 at 1:09 AM Richard Gaskin wrote:
>> The main benefit of encrypted sockets is to mitigate man-in-the-
>> middle attacks.
>>
>> If you have a man in the middle of processes on a local computer that
>> isn't you, it would seem you have bigger concerns. ;)
...
> Hi Richard...the man in the middle attack is exactly the thing I was
> thinking of.


It seems I didn't write clearly.

With localHost the man in the middle is you, or someone else with 
physical access to your computer (which is more or less the same thing).


Given the old adage that physical access  = root, I'm unable to think of 
a scenario in which encrypting localhost sockets is beneficial.  Am I 
overlooking something?  I'm no CISSP, so I may well be.


--
 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: Which of the current FTP legends should I be using?

[Richard Gaskin via use-livecode]

PrestoBruce wrote:

> I need to upload a binary file (jpg,pdf,png,etc) to an FTP account.

How will the resulting upload be used?

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

Spring 2021 xAPI Cohort starts this week -- How to Join -- Was: xAPI Cohort Resources & xAPI in LiveCode

[Martin Koob via use-livecode]

Hi to any LiveCode users interested in deploying their solutions in a training 
environment  

You may have wanted to make your app available to educators but they need 
something that will integrate with their Learning Management System (LMS) or 
store learning activities in their Learning Record Store (LRS)  using the 
Experience API (xAPI).  
A group of LiveCoders has formed that will be joining the Spring 2021 xAPI 
Cohort to learn more about those technologies and work together as a team to 
see how they could be implemented using LiveCode.

On the xAPI cohort website https://xapichort.com  it 
describes the cohort as follows:

"The xAPI Learning Cohort is a free, vendor-neutral, 12-week learning-by-doing 
project-based
team learning experience about the Experience API. “

The Spring semester of xAPI cohort starts this week so we will have a pre 
meeting for LiveCoders and then there will be the initial session of the 
cohort.  See the details below.

LiveCoders Pre meeting
Tues Feb 2, 1:00 - 3:00  pm EST.
If you are interested and want to find out more or want to get involved we are 
having meeting for people interested on Tues Feb 2, 1:00 - 3:00  pm EST.  
Respond to this thread if you want to attend and we will send you the Zoom link.

Spring 2021 xAPI Cohort 
Thursday Feb 4 2:00 pm to 3:00 pm.

The first session of the the cohort will happen on Thursday Feb 4, 2021 from 
2:00 pm to 3:00 pm.  To attend and get access to the resources available sign 
up here: https://xapicohort.com/ .  
Also sign up to their Slack workspace https://xapi-cohort.slack.com/ 
 to get more information.  Once in the Slack 
Channel you can join the  #discuss-dev-livecode channel.

Martin Koob (sending this out on behalf of Brian Duck and the rest of the group)
___
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: Using MySQL on (headless) Linux

[Ben Rubinstein via use-livecode]

Hi Mark,

> "error in function handler" is a pretty generic response - sort of the
> engine's version of ¯\_(ツ)_/¯. Is the MySQL database local to the server
> machine or on a different computer?

I should point out that this error is thrown - I take it to mean that the 
function isn't even located. I don't think the problem is with the details of 
the database connection, I don't think it gets that far.


To test this, I've added a call to revOpenDatabases before doing anything else 
- sure enough, this throws the same error.


> Does this work locally before moving the
> stack to the headless linux box?

The whole shebang works on my Mac. I tried to see if I could run LiveCode 
headless on Mac, to minimise the differences that might be at issue, and got

Startup error - cannot run in command line mode

I don't know if that's a generic issue that LiveCode can't run headless on 
Mac, or if there's something else going on there.


Ben


On 01/02/2021 19:37, Mark Wieder via use-livecode wrote:

On 2/1/21 11:15 AM, Ben Rubinstein via use-livecode wrote:


With thanks to friends here who helped me install and start using LC on a 
headless Linux box. I've now another little problem... my stack tries and 
fails to connect to a MySQL database.


When it attempts to call revOpenDatabase, it throws error 219, "error in 
function handler". I take it that this means it can't find or hasn't loaded 
the revdb external.


I've installed livecodecommunity-9.6.1.x86_64, and I launch it with
   ~/.runrev/components/livecodecommunity-9.6.1.x86_64/LiveCode\ 
Community.x86_64 -ui 


I can see revdb.so and dbmysql.so are in the Externals directory. Is there 
something explicit I need to do to load these?


"error in function handler" is a pretty generic response - sort of the 
engine's version of ¯\_(ツ)_/¯. Is the MySQL database local to the server 
machine or on a different computer? Does this work locally before moving the 
stack to the headless linux box?




___
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: Using MySQL on (headless) Linux

[Mark Wieder via use-livecode]

On 2/1/21 11:15 AM, Ben Rubinstein via use-livecode wrote:


With thanks to friends here who helped me install and start using LC on 
a headless Linux box. I've now another little problem... my stack tries 
and fails to connect to a MySQL database.


When it attempts to call revOpenDatabase, it throws error 219, "error in 
function handler". I take it that this means it can't find or hasn't 
loaded the revdb external.


I've installed livecodecommunity-9.6.1.x86_64, and I launch it with
   ~/.runrev/components/livecodecommunity-9.6.1.x86_64/LiveCode\ 
Community.x86_64 -ui 


I can see revdb.so and dbmysql.so are in the Externals directory. Is 
there something explicit I need to do to load these?


"error in function handler" is a pretty generic response - sort of the 
engine's version of ¯\_(ツ)_/¯. Is the MySQL database local to the server 
machine or on a different computer? Does this work locally before moving 
the stack to the headless linux box?


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

Terminal timeout?

[J. Landman Gay via use-livecode]

My AirLaunch app uses shell commands to create .ipa files for iOS. One customer is experiencing 
problems with a large app, which is about 250MB. This is due to thousands of short audio files 
that are included in the build. When she builds without the audio files it works fine.


She sent me a test copy and it built without any problem on my iMac. I suspect her Mac isn't up 
to the task and is taking too long to process all those 22,541(!) files. I couldn't find much 
info about Terminal timeouts but it looks like it's about 1-2 minutes. Does anyone have any 
ideas about how to get around this?


I've already suggested that she put the audio files on a server and download them when her app 
first starts up, but she'd prefer it if she could set the timeout period to a longer duration. 
She will need to add more audio files in the future...


I should mention that we think it's a timeout, but it might be something else. The error she 
gets is too generic to know -- it just says "an error occurred" and then stops. Might be a 
memory thing. If she builds on her MacBook instead it does work, but completes just seconds 
before our assumed timeout period. If she adds more files, it will probably fail there too.


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

[ANN] This Week in LiveCode 253

[panagiotis merakos via use-livecode]

Hi all,

Read about new developments in LiveCode open source and the open source
community in today's edition of the "This Week in LiveCode" newsletter!

Read issue #253 here: http://bit.ly/3rp4BNx

This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around the open source project. New issues will be
released weekly on Mondays. We have a dedicated mailing list that will
deliver each issue directly to your e-mail, so you don't miss any!

If you have anything you'd like mentioned (a project, a discussion
somewhere, an upcoming event) then please get in touch.



-- 
Panagiotis Merakos 
LiveCode Software Developer

Everyone Can Create Apps 
___
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: installing and running LC on 'headless' linux server

[Mark Wieder via use-livecode]

On 2/1/21 10:29 AM, kee nethery via use-livecode wrote:


Basically I needed a stack to launch and run in the IDE and LiveCode didn’t 
have a way to do that.


???

on preOpenStack
  choose pointer tool
  startMeUp
end preOpenStack

on startMeUp
  answer "I'm started"
end startMeUp

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

Using MySQL on (headless) Linux

[Ben Rubinstein via use-livecode]

With thanks to friends here who helped me install and start using LC on a 
headless Linux box. I've now another little problem... my stack tries and 
fails to connect to a MySQL database.


When it attempts to call revOpenDatabase, it throws error 219, "error in 
function handler". I take it that this means it can't find or hasn't loaded 
the revdb external.


I've installed livecodecommunity-9.6.1.x86_64, and I launch it with
  ~/.runrev/components/livecodecommunity-9.6.1.x86_64/LiveCode\ 
Community.x86_64 -ui 


I can see revdb.so and dbmysql.so are in the Externals directory. Is there 
something explicit I need to do to load these?


many thanks,

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

Java FFI on Windows

[Bernard Devlin via use-livecode]

In the Extending Livecode part of the Dictionary it says:

*"Java bindings are currently supported on Android, Mac and Linux."*

I am at a loss to understand why Java extensions are supported on Mac and
Linux but *not* on Windows.

I've seen no explanation for this anywhere. Can someone enlighten me?  I'd
understand why Objective C extensions would not work on Windows, but Java?

Can extensions on Windows *only* be written in C?

Regards Bernard
___
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: installing and running LC on 'headless' linux server

[kee nethery via use-livecode]

> On Feb 1, 2021, at 1:52 AM, Ben Rubinstein via use-livecode 
>  wrote:
> 
> Thanks Mark (and Matthias). That's very useful info which I'll stash for 
> another time.
> 
> In this case I really don't want to use the LC code over HTTP. It is purely a 
> utility to run locally on this machine at scheduled intervals, in support of 
> some other processes.
> 
> For several reasons it would be more convenient to run it as a stack rather 
> than just a script, though it would be possible to go the latter way.

When I was running Kagi, we had a bunch of headless MacMini’s running HyperCard 
that processed various transactions. HyperCard would launch on machine startup 
and the stack would run through it’s cards, each with a separate thing it 
looked for to process.

One beautiful thing about this setup was that I would not code situations that 
I thought were unlikely to occur. I’d trap for them, but not code them. If that 
situation occurred, the stack would text me and halt into the debugger. I could 
log onto the machine, look at the variables, see what the situation was, and 
write code to handle it. 

1. Stack ran forever, cycling through cards.
2. Stack sent me a text when new code needed to be written.
3. Script was in the debugger allowing me to see why it halted.
4. I could alter the script immediately, test with the weird data, and then 
copy that stack to the other machines running the same stack.

I was unable to get LiveCode to mimic this functionality.

Basically I needed a stack to launch and run in the IDE and LiveCode didn’t 
have a way to do that. 

Kee Nethery
___
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

Spring 2021 xAPI Cohort starts this week -- How to Join -- Was: xAPI Cohort Resources & xAPI in LiveCode

[Martin Koob via use-livecode]

Hi to any LiveCode users interested in deploying their solutions in a training 
environment  

You may have wanted to make your app available to educators but they need 
something that will integrate with their Learning Management System (LMS) or 
store learning activities in their Learning Record Store (LRS)  using the 
Experience API (xAPI).  
A group of LiveCoders has formed that will be joining the Spring 2021 xAPI 
Cohort to learn more about those technologies and work together as a team to 
see how they could be implemented using LiveCode.

On the xAPI cohort website https://xapichort.com  it 
describes the cohort as follows:

"The xAPI Learning Cohort is a free, vendor-neutral, 12-week learning-by-doing 
project-based
team learning experience about the Experience API. “

The Spring semester of xAPI cohort starts this week so we will have a pre 
meeting for LiveCoders and then there will be the initial session of the 
cohort.  See the details below.

LiveCoders Pre meeting
Tues Feb 2, 1:00 - 3:00  pm EST.
If you are interested and want to find out more or want to get involved we are 
having meeting for people interested on Tues Feb 2, 1:00 - 3:00  pm EST.  
Respond to this thread if you want to attend and we will send you the Zoom link.

Spring 2021 xAPI Cohort 
Thursday Feb 4 2:00 pm to 3:00 pm.

The first session of the the cohort will happen on Thursday Feb 4, 2021 from 
2:00 pm to 3:00 pm.  To attend and get access to the resources available sign 
up here: https://xapicohort.com/ .  
Also sign up to their Slack workspace https://xapi-cohort.slack.com/ 
 to get more information.  Once in the Slack 
Channel you can join the  #discuss-dev-livecode channel.

Martin Koob (sending this out on behalf of Brian Duck and the rest of the group)

___
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: Text field in Windows standalone not receiving keyboard focus

[Bob Sneidar via use-livecode]

Ah. I should’ve thought of that. I tried years ago to create a kind of kiosk 
app that used a web browser thinking I could put transparent buttons over top 
of the browser object, but as soon as the browser object got focus, I could no 
longer click buttons. The first click worked then nothing worked.

Bob S


On Jan 31, 2021, at 7:28 PM, Andrew at MidWest Coast Media via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

It turns out that this bug was actually another bug manifesting itself. There 
was a rogue browser widget (not visible) hiding in another group on the card 
gobbling up keystrokes on Windows platform. 
https://quality.livecode.com/show_bug.cgi?id=19023 


What’s worse is that the same bug bit me in the ass a year ago too. Fool me 
once, shame on you.

-Andrew Bell

___
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: installing and running LC on 'headless' linux server

[Ben Rubinstein via use-livecode]

Superb, thank you Matthias. Apologies not having RTFM'd properly myself.

Ben

On 01/02/2021 12:07, matthias rebbe via use-livecode wrote:



Am 01.02.2021 um 10:52 schrieb Ben Rubinstein via use-livecode 
mailto:use-livecode@lists.runrev.com>>:

Thanks Mark (and Matthias). That's very useful info which I'll stash for 
another time.

In this case I really don't want to use the LC code over HTTP. It is purely a 
utility to run locally on this machine at scheduled intervals, in support of 
some other processes.

For several reasons it would be more convenient to run it as a stack rather 
than just a script, though it would be possible to go the latter way.

So two questions:

- just to be clear, does LiveCode Server only work receiving requests from 
Apache/nginx/whatever? Or can it be run from the command line?


You can run LiveCode Server from the command line


- is there a way to install ordinary LiveCode on a headless linux box? Or will 
the installer demand a GUI to complete?



According to page 7 of the Livecode 9.6.2 Release Notes, it is possible to run 
the installer without a gui.
https://downloads.livecode.com/livecode/9_6_2/LiveCodeNotes-9_6_2_rc_2.pdf 


Excerpt...



Command-line installation
It is possible to invoke the installer from the command-line on Linux and 
Windows. When doing command-line installation, no GUI will be displayed. The 
installation process is controlled by arguments passed to the installer.
Run the installer using a command in the form:

   install -ui [OPTION ...]

where  should be replaced with the path of the installer executable 
or app (inside the DMG) that has been downloaded. The result of the installation 
operation will be written to the console.

The installer understands any of the following options:

-allusers
Install the IDE for "All Users". If not specified, LiveCode will be installed 
for the current user only.

- desktopshortcut
Place a shortcut on the Desktop (Windows-only)

-startmenu
  Place shortcuts in the Start Menu (Windows-only)

-location LOCATION
The folder to install into. If not specified, the LOCATION defaults to those described in 
the "Installation" section above.

-log LOGFILE
The file to which to log installation actions. If not specified, no log is 
generated.

Note: the command-line installer does not do any authentication. When installing for 
"All Users", you will need to run the installer command as an administrator.
As the installer is actually a GUI application, it needs to be run slightly 
differently from other command-line programs.
On Windows, the command is:
start /wait  install -ui [OPTION ...]
<


Regards,
Matthias



-
Matthias Rebbe
Life Is Too Short For Boring Code

___
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: installing and running LC on 'headless' linux server

[matthias rebbe via use-livecode]

> Am 01.02.2021 um 10:52 schrieb Ben Rubinstein via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Thanks Mark (and Matthias). That's very useful info which I'll stash for 
> another time.
> 
> In this case I really don't want to use the LC code over HTTP. It is purely a 
> utility to run locally on this machine at scheduled intervals, in support of 
> some other processes.
> 
> For several reasons it would be more convenient to run it as a stack rather 
> than just a script, though it would be possible to go the latter way.
> 
> So two questions:
> 
> - just to be clear, does LiveCode Server only work receiving requests from 
> Apache/nginx/whatever? Or can it be run from the command line?
> 
You can run LiveCode Server from the command line

> - is there a way to install ordinary LiveCode on a headless linux box? Or 
> will the installer demand a GUI to complete?
> 

According to page 7 of the Livecode 9.6.2 Release Notes, it is possible to run 
the installer without a gui.
https://downloads.livecode.com/livecode/9_6_2/LiveCodeNotes-9_6_2_rc_2.pdf 


Excerpt...
> 
Command-line installation
It is possible to invoke the installer from the command-line on Linux and 
Windows. When doing command-line installation, no GUI will be displayed. The 
installation process is controlled by arguments passed to the installer.
Run the installer using a command in the form:

  install -ui [OPTION ...]

where  should be replaced with the path of the installer executable 
or app (inside the DMG) that has been downloaded. The result of the 
installation operation will be written to the console.

The installer understands any of the following options:

-allusers
Install the IDE for "All Users". If not specified, LiveCode will be installed 
for the current user only.

- desktopshortcut
Place a shortcut on the Desktop (Windows-only)

-startmenu
 Place shortcuts in the Start Menu (Windows-only)

-location LOCATION
The folder to install into. If not specified, the LOCATION defaults to those 
described in the "Installation" section above.

-log LOGFILE
The file to which to log installation actions. If not specified, no log is 
generated.

Note: the command-line installer does not do any authentication. When 
installing for "All Users", you will need to run the installer command as an 
administrator.
As the installer is actually a GUI application, it needs to be run slightly 
differently from other command-line programs.
On Windows, the command is:
start /wait  install -ui [OPTION ...]
<


Regards,
Matthias



-
Matthias Rebbe
Life Is Too Short For Boring Code

___
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: installing and running LC on 'headless' linux server

[Ben Rubinstein via use-livecode]

Thanks Mark (and Matthias). That's very useful info which I'll stash for 
another time.


In this case I really don't want to use the LC code over HTTP. It is purely a 
utility to run locally on this machine at scheduled intervals, in support of 
some other processes.


For several reasons it would be more convenient to run it as a stack rather 
than just a script, though it would be possible to go the latter way.


So two questions:

- just to be clear, does LiveCode Server only work receiving requests from 
Apache/nginx/whatever? Or can it be run from the command line?


- is there a way to install ordinary LiveCode on a headless linux box? Or will 
the installer demand a GUI to complete?


Many thanks,

Ben

On 31/01/2021 02:22, Mark Talluto wrote:

Hi Ben,

My favorite method is to build server code with standalones and script only 
stacks. You can run them headless using the -ui method as you proposed earlier.
You can have the standalone act as a starter stack that loads in your script 
only stacks as libraries. This model makes it easy to do future updates 
because they are not built into the standalone itself.


Place standalone and stack files here:
- Apache
IP Number/home/standalone
/home/libaries/stack files here

- nginx
IP/usr/local/bin/standalone
/bin/libraries/stack files here

Each executable is always on for performance. They use very little cpu when 
they are waiting for something to do. In my experience, they rest a 0% between 
loops and jump to around 3% when checking on the workload. They will jump up 
to some other value when they are processing. When done, they return to the 
0-3% consumption.


We use PHP to receive incoming posts to the VM. After PHP does its thing, it 
passes the posted request to the LiveCode standalone. The process repeats 
itself as data is posted to the VM.


This has been a proven model for us. We have used it for many years with 
LiveCloud.


You can use this model in many ways. It will depend on what you are trying to 
accomplish.


Best regards,

Mark Talluto
livecloud.io 
nursenotes.net 
canelasoftware.com 




On Jan 30, 2021, at 8:34 AM, Ben Rubinstein via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:


Hi Matthias,

Thanks for answering.

I haven't looked into Livecode Server. When you say I could run livecode 
scripts directly from shell, does that means scripts, but not stacks?


Is Livecode Server easier to install on a 'headless' system? Is there 
somewhere I should look to find explanation of differences/pros/cons of 
Server versus IDE editions?


thank you,

Ben

On 29/01/2021 20:30, matthias rebbe via use-livecode wrote:

Ben,
is there a reason why you do not install/use Livecode Server instead of 
Livecode IDE on your system?

You could run livecode scripts directly from shell.
Regards,
Matthias
-
Matthias Rebbe
Life Is Too Short For Boring Code
Am 29.01.2021 um 19:44 schrieb Ben Rubinstein via use-livecode 
mailto:use-livecode@lists.runrev.com>>:


So I want to install LC on a headless - i.e. no GUI, access over SSH - 
Ubuntu 20.


(Then I'll be using it to run a particular stack on a cron job.)

I've done this a long time ago with a standalone - but in this case I'd 
rather be able to do it with a stack.


The only thing that I know about is "-ui" but I'm not even far enough 
along to make use of this.


My first question is what's the best way to install it? Do I download the 
installer, e.g. "LiveCodeCommunityInstaller-9_6_1-Linux.x64", move it to 
the server and run it there? Or is that going to be a GUI installer?


Are there options I need to know about like where it should go?

And then are there tips about where I put my stacks, how to see error or 
debugging output, how the stack reads command line parameters etc?


Any and all advice welcome - especially of course "go and read this guide 
over here you idiot".


TIA,

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

___
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 

Re: MergExt BLE

[General 2018 via use-livecode]

Thanks Monte , I will go that route.

Regards Camm

> On 1 Feb 2021, at 01:11, Monte Goulding via use-livecode 
>  wrote:
> 
> Hi Camm
> 
> The mergExt externals are supported by LiveCode so the best route for support 
> is supp...@livecode.com .
> 
> Cheers
> 
> Monte
> 
>> On 31 Jan 2021, at 1:16 am, General 2018 via use-livecode 
>>  wrote:
>> 
>> Hi,
>> 
>> Is Monte able to support MergeBLE still or is this now solely with Livecode ?
>> 
>> Anyone help please .
>> 
>> Regards Camm
> 
> ___
> 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