Re: Script locals in library stack script

I know, that's why I didn't report it. I scoured the script looking for a difference but I couldn't find anything, the two queries were executed by the same handler. I looked for anything that would empty the variable and that wasn't there either. My current theory is creeping stack

Re: Windows and OSX 64-bit builds?

Your labels are one order of magnitude off the actual values, Bob. Say it with me: 1,024,000,000 BYTES is "one billion bytes" (and change, depending on whose standard you use). Of course one billion bytes is a gigabyte. Same with the labeling of 1,024,000 BYTES = 1000kb = a megabyte, not a

Re: Windows and OSX 64-bit builds?

Essentially, eat the elephant one byte at a time. (see what I did there??) Bob S > On Feb 10, 2017, at 15:41 , Tom Glod via use-livecode > wrote: > > can't thank you enough for all the extra info markI'm going to read it > over a few times to make sure I

Re: Windows and OSX 64-bit builds?

isn't it kBytes not bits? So 32,000 * 32000 Bytes (a pixel takes up one Byte in 8 bit color) which comes to 1,024,000,000 BYTES. That's 1.024 terabytes, unless my faculties have wholly abandoned me. Of course, a black and white image is 1,024,000 BYTES, or 1.023 GIGS, but are we talking about

Re: Script locals in library stack script

I don't mean to oversimplify, but when customers call complaing that only one of several scan to SMB registrations is failing, I have to get them to see that if all the others are not failing ever, it cannot be a problem with the copier. If only one script local is getting reset, then it

Re: Windows and OSX 64-bit builds?

I would second that, with an extension: it would be most helpful to have some guidance on memory management overall. Many see the total addressable space afforded by 64-bit systems as "Cool, I can use a 16-terabyte array!" But as we've seen in bits and pieces here and elsewhere, total

Re: Windows and OSX 64-bit builds?

can't thank you enough for all the extra info markI'm going to read it over a few times to make sure I got everything I could out of it. will re-engage this idea as I go forward ... I still need to lock down my maximum presets, so I will still have to play with this in a week or so. Thanks

Re: [ ANN ] Release 8.1.3 RC-2

Is it this bug? http://quality.livecode.com/show_bug.cgi?id=18994 It would help if you posted a crash log too, we might be able to fix it just from that. On Fri, Feb 10, 2017 at 11:19 PM Dr. Hawkins via use-livecode < use-livecode@lists.runrev.com> wrote: > I opened and tried to build my

Re: [ ANN ] Release 8.1.3 RC-2

I opened and tried to build my compilation amalgam of stacks. It promptly crashed "unexpectedly" This is consistent (and was the case with rc1, 8.1.1, etc.) Back to combining with 7.1 . . . -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___

Re: Windows and OSX 64-bit builds?

Please post this "Split it!"- answer, as it is, in LC's blog. This is good even for real beginners. Large files or large data shouldn't be a reason for _incomplete_ 64Bit implementations that would make once again LC Script slower. > Mark Waddingham wrote: > > > > Tom Glod wrote: > > I will...

Re: Script locals in library stack script

—>There used to be a way to do that but I can't remember how, or else I forgot it on purpose because it didn't work. I think this is how you would do that… in IDE, debug menu->Add variable watch select the library stack and sVarA in the pop up. What I haven’t tested is the Condition. Maybe

automating enabling of plugin settings on new versions

WE went through parts of this a while ago, and being naturally lazy, I came up with chmod -R u+w `ls -rtd /Applications/LiveCode*/Contents/Tools/Plugins/revapplicationoverview.rev | tail -1` as an invocation to write enable the plugin folder and its contents for the most recent version (OS X;

Re: Script locals in library stack script

On 2/10/17 5:56 AM, Bob Hall via use-livecode wrote: I’ve been wondering this myself. I’m going to try to create a recipe but it looks like the TTL of script local variables is different than what I thought I knew it to be. I “think” I started see this behavior about 8.1.0-ish timeframe but not

Re: Windows and OSX 64-bit builds?

On 2017-02-10 03:38, Tom Glod via use-livecode wrote: I will... if u wanna replicate...put an image on a stack..make it 32k x 32k .and try and do a export snapshot of the image, LC goes POOF... Trevor said tha last version of 8 (8.13) had some memory issues solves, so i will try to test

Re: "Deleting" Stacks in Memory - What About Behaviors?

How would the engine know whether that behavior is used elsewhere, or will be needed in the stack that opens next? The easiest way to get the behavior you want, without any scripting, is to put the script in a button in the stack. Then when the stack is deleted, the behavior is gone. If

Re: Transition to and from Fullscreen

Sorry, should know better. Mac Sierra with LC 7.1.3 Going fullscreen true first hides the entire window, then the backdrop appears, and then the window itself. Just how ugly that is depends what is present in the background. If the backdrop appeared first, things would look better. In fact,

Re: "Deleting" Stacks in Memory - What About Behaviors?

I was thinking the same thing. I'm pretty sure that when an app for Windows uses DotNET Framework, it takes some time to initially load the framework, then the app can launch. Once the app is quit, I do not think it unloads DotNET Framework, because the next time I launch the app, the process

Re: Transition to and from Fullscreen

David V Glasgow wrote: > Has anyone managed to script away the ugly spasm that happens when > using the fullscreen command? > > I have tried all sorts, with either no effect or making matters > uglier. Which LC version on which OS version? Testing with v9 on Ubuntu 14.04, when I toggle the

Transition to and from Fullscreen

Has anyone managed to script away the ugly spasm that happens when using the fullscreen command? I have tried all sorts, with either no effect or making matters uglier. Best Wishes, David Glasgow ___ use-livecode

Re: "Deleting" Stacks in Memory - What About Behaviors?

Sannyasin Brahmanathaswami wrote: > When we delete a main stack, the main stack and all its substacks are > removed from memory. > > But if we delete a stack that has behaviors set from external > *_behavior.livecodescript stacks for controls in the "main" > (parent?) stack, those behaviors are

Remote debugger vs other issues in targeting

The forthcoming Remote Debugger will definitely be of value in targeting LiveCode apps to the devices. However, there are areas, especially in catching issues taking place in (nearly) real time, which I - and don't know how many others - have met as the most problematic ones. Not all of the

Re: Windows and OSX 64-bit builds?

On Fri, Feb 10, 2017 at 8:54 AM, Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > Granted LC should never crash, it whould warn the end user that the data > exceeds limits, but if I understand what you are doing, it's unreasonable > to expect any application to do this. > >

Re: How big of a request can be sent with https?

On Fri, Feb 10, 2017 at 9:00 AM, Mark Talluto via use-livecode < use-livecode@lists.runrev.com> wrote: > The size of the request is determined by your PHP settings. Most default > settings range from 5MB to 10MB. You can set it to a much higher value if > you really need it. But, it would be

Re: [ ANN ] Release 8.1.3 RC-2

I had just barely encountered this bug, and was *thinking* about filing a bug report. And now it’s fixed already! That’s some fast work! On Feb 10, 2017, at 9:34 AM, panagiotis merakos via use-livecode > wrote: 19185 -

Re: How big of a request can be sent with https?

> On Feb 8, 2017, at 2:52 PM, Dr. Hawkins via use-livecode > wrote: > > I am contemplating the changes to, instead of direct postgres > communication, using an https wrapper. > > How big of an inquiry can I send? Most are small, but when opening the > file,

Re: Windows and OSX 64-bit builds?

That is a 28 FOOT image!!! at 8 bits per pixel that's 8.2 terabytes. At 24 bits per pixel it's 24.5 terabytes! Am I missing something?? My math skills may not be the best: 32000*32000*24 Granted LC should never crash, it whould warn the end user that the data exceeds limits, but if I

Re: [ ANN ] Release 8.1.3 RC-2

THAT'S the bugger (see what I did there) that was keeping me from creating standalones! Bob S On Feb 10, 2017, at 08:34 , panagiotis merakos via use-livecode > wrote: 19174 - Unable to save as standalone when a substack has

"Deleting" Stacks in Memory - What About Behaviors?

When we delete a main stack, the main stack and all its substacks are removed from memory. But if we delete a stack that has behaviors set from external *_behavior.livecodescript stacks for controls in the "main" (parent?) stack, those behaviors are still in memory. Does it make sense to

[ ANN ] Release 8.1.3 RC-2

Dear list members, We are pleased to announce the release of LiveCode 8.1.3 RC-2. Getting the Release === You can get the release at https://downloads.livecode.com/livecode/ or via the automatic updater. Release Contents LiveCode 8.1.3 RC-2 contains bug fixes

Re: PUT method where is returned data?

On Fri, Feb 10, 2017 at 9:43 AM, Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > > Thank you, Trevor. With that explanation I can rest easy, since my older > code only uses GET and POST. > > So to summarize, please let me know if any of the following is incorrect: > >

Re: PUT method where is returned data?

On Fri, Feb 10, 2017 at 9:10 AM, Dr. Hawkins via use-livecode < use-livecode@lists.runrev.com> wrote: > On Fri, Feb 10, 2017 at 6:52 AM, Trevor DeVore via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > It’s been so long I don’t recall the exact reasons why ‘it’ > > wasn’t used but I

Re: Windows and OSX 64-bit builds?

Tom Glod wrote: > 10 K in resolution > > I'm going to do more tests with the 2 cache settings . compositor > cache and image cache. increasing these definately lets me export > snapshots of larger groups...but I have not succeeded in going past > 10 K I can display up to 32k.

Re: PUT method where is returned data?

Trevor DeVore wrote: > The urlresponse has been around for a number of years. It was added > so that you can get the response sent back from the server for url > calls. It doesn’t affect how it behaves in any way. Prior to adding > the urlresponse one couldn’t get the server response for PUT …

Re: Cancelling a script??

Mike, that did the trick. I'll get into the same coding habit. Thanks! Tim Selander Tokyo, Japan On 2017.02.11, 0:09, Mike Bonner via use-livecode wrote: If the loop is tight enough, the keypress never gets through. I've just got into the habit of putting an escape hatch into loops that can

Re: PUT method where is returned data?

On Fri, Feb 10, 2017 at 6:52 AM, Trevor DeVore via use-livecode < use-livecode@lists.runrev.com> wrote: > It’s been so long I don’t recall the exact reasons why ‘it’ > wasn’t used but I much prefer reading ’the urlresopnse’ in my code than > dealing with ‘it’ which is meaningless until put into

Re: Cancelling a script??

If the loop is tight enough, the keypress never gets through. I've just got into the habit of putting an escape hatch into loops that can go wrong. Something like: if the environment is "development" and the shiftkey is down then exit to top (or if you want the user to have access to the same

Re: Script locals in library stack script

Bob Hall wrote: > So I guess I need to understand what is the TTL definition of a > script local variable? In the engine, script-local variables will retain their values throughout the session. If a script is edited, however, by default the recompilation of the script causes the

Cancelling a script??

The documentation says Cmd + . should stop a running script. I haveset the allowinterrupts to true in my openstack script. But if I get into a long repeat loop, cmd + . does not stop anything. Community v8.1, OSX 10.9. Any advice appreciated. Tim Selander Tokyo, Japan

Re: PUT method where is returned data?

On Fri, Feb 10, 2017 at 8:47 AM, Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > Devin Asay wrote: > > > On Feb 8, 2017, at 2:02 PM, Richard Gaskin wrote: > > > >> "it" is not longer a valid container for URL responses? > >> > >> I missed that memo. Which version did

Re: PUT method where is returned data?

Devin Asay wrote: > On Feb 8, 2017, at 2:02 PM, Richard Gaskin wrote: > >> "it" is not longer a valid container for URL responses? >> >> I missed that memo. Which version did that change take place in? >> >> My understanding is that GET requests are simply submitted in a >> LiveCode ‘put URL

Re: Script locals in library stack script

This might explain the bizarre bug I'm experiencing with one of Monte's externals. I manage the calls to the various routines for the external from a library stack. Periodically, I end up somewhere in the code that I shouldn't be able to get to because of the values of various variables, and the

Re: Windows and OSX 64-bit builds?

On 2/9/2017 9:19 PM, Monte Goulding via use-livecode wrote: >> On 10 Feb 2017, at 1:03 pm, Tom Glod via use-livecode >> wrote: >> >> trying to export snapshots of lage groups with many image controls. >> can't get past 10k > 10k controls or 10k pixels. Control

Re: Script locals in library stack script

I’ve been wondering this myself. I’m going to try to create a recipe but it looks like the TTL of script local variables is different than what I thought I knew it to be. I “think” I started see this behavior about 8.1.0-ish timeframe but not sure. In the past few months I started to put