LiveCode Forums

Hi: 9.0.0 stanalones (Linux, OSX or windows) don't work because the revdb.so or dbmysql.so is bad 8.1.0 standalones (Linux, OSX or windows) db's DO work and https also works I think there is an upgrade from 9.0.0 (DP6) that I should download to test, as I'm sure the SA externals issue has been resol...

Thank you. I bet the early version is the reason I'm having trouble. I'll try 6 and see.

Reason I'm still on 5.5 is due to speed. It's way faster than anything subsequent - but 6 may still be fast enough.

Greg

Hi: I have a standalone that uses the SSL library (revsecurity.so file) I'm trying to put "https://something.." into a field. The native LC on my Mac works, the Mac standalone works, but I get this error when running the Linux standalone: a bunch of stuff, then "... unable to get local issuer certif...

Hi, [...] i check for revopendatabases() on each command, and reconnect within my script if it is required [...] I started to follow the advice & use a fresh connection for every query (as seen in above function). Time measured for a simple connect/ disconnect is usually in the ~150 ms range here, ...

FiGURED IT OUT! put "connection,green" into thedets send AllsystemsGood && thedets to stack "robottrader" This will ensure that the handler "AllsystemsGood" references fields on the stack "robotTrader" Simply AllsystemsGood conection,red also works, since that handler is on the main stack, but.. it ...

There must be a way to force mainstack handlers to auto reference fields on the main stack if called from a sub stack? Sorry, Greg, not that I knew. Thanks Klaus I think part of my problem with this particular case, is that I do have other sub stacks that refer to main stack handlers wheee files re...

Hi Greg, Hi Klaus: I added "set the defaultstack", but the defaultstack was set correctly, and also adding this did not fix the problem. What did you mean by "put theVar into fld "the field in stack: the one with..." ?? if you meant that i should add "on stack mainstack" to each field reference in ...

Hi. What happens if you try an explicit experiment: put field "this local field" of card "subStackCard" You should not have to; the mainStack handler ought to know the provenance of the calling handler. Just wondering if this works, and might give a clue. Craig Newman That works. From substack, i c...

Hi Greg, you can add: ... set the defaultstack to "the one with all the controls that could not be found" put theVar into fld "the field in stack: the one with..." ### etc... ... That should fix the problem. Best Klaus Hi Klaus: I added "set the defaultstack", but the defaultstack was set correctly...

Is this connection from a client, or do you have a persistent LiveCode instance running on the server? This is a connection from a client. To connect,I use: put revOpenDatabase("MySQL", tDatabaseAddress, tDatabaseName, tDatabaseUser, tDatabasePassword) into tResult Note that I DO NOT specify autore...

Thanks for your response.. I'm taking a closer look.

Hi: i'm having a strange issue with message paths, and i cannot figure out why. I am calling a handler which is in the stack script of the main stack from a sub stack. The sub stack finds the handler ok, as it should, but when the handler runs, i get an error that fields referenced in the handler ca...

I'm getting a little closer to figuring out what the problem is... My LiveCode apps are hanging when Google Cloud Service does a SQL "Update" because the update times in the log perfectly match the time when my apps crash. The update disconnects all SQL connections. So.. my issue is, how do i make m...

it seems that when i use revExecuteSQL gConnectionID, tSQL and gConnectionID is not a valid connection id, or if the connection is closed, then rather than RETURNING "revdberr" which would allow me to establish a new connection, it's throwing up a LiveCode execution error which is preventing my "rev...

Hi: i am having an intermitent problem with my Livecode apps hanging at the same time during a mySQL querie. Checking GCS SQL error log, it seems like the issue is caused by a "Normal Shutdown" and i have no idea what that is, but if this is a GCS SQL update, then the fault is probably my code not t...