Re: LC 9 and Memory
answers my question. thanks. i keep eye on threads about bugs that could affect my projects, and memory leaks are a big danger since once of my apps is intended to never close. Cheers...i hope you find the reason for the runaways mem usage. On Sun, Aug 26, 2018 at 9:08 PM Stephen MacLean via use-livecode < use-livecode@lists.runrev.com> wrote: > > > On Aug 26, 2018, at 8:14 PM, Tom Glod via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > just wondering whats the last version in which it didn't do this? > > > > If this was to me, I wouldn’t know… this project was created in LC 9. > > Best, > > Steve > > > > ___ > 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: LC 9 and Memory
> On Aug 26, 2018, at 8:14 PM, Tom Glod via use-livecode > wrote: > > just wondering whats the last version in which it didn't do this? > If this was to me, I wouldn’t know… this project was created in LC 9. Best, Steve ___ 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: LC 9 and Memory
just wondering whats the last version in which it didn't do this? On Sun, Aug 26, 2018 at 1:52 PM Stephen MacLean via use-livecode < use-livecode@lists.runrev.com> wrote: > Hi Mark, > > Here is one from when the app hit the half way point in it’s processing > run: > > Process: LiveCode-Business [799] > Path:/Applications/LiveCode Business 9.0.1 (rc > 2).app/Contents/MacOS/LiveCode-Business > Load Address:0x10d387000 > Identifier: com.runrev.livecode > Version: 9.0.1.15101 [RC 2] (9.0.1.15101 [RC 2]) > Code Type: X86-64 > Parent Process: ??? [1] > > Date/Time: 2018-08-26 01:24:06.956 -0400 > Launch Time: 2018-08-25 22:42:23.095 -0400 > OS Version: Mac OS X 10.12.6 (16G1510) > Report Version: 7 > Analysis Tool: /Applications/Xcode.app/Contents/Developer/usr/bin/heap > Analysis Tool Version: Xcode 9.2 (9C40b) > > > Process 799: 6 zones > Zone DefaultMallocZone_0x10ee3a000: Overall size: 149641216KB; 520214585 > nodes malloced for 28100061KB (18% of capacity); largest unused: > [0x6003c9060040-1664KB] > Zone DefaultPurgeableMallocZone_0x11264e000: Overall size: 49836KB; 75 > nodes malloced for 49828KB (99% of capacity); largest unused: > [0x11daad000-11352KB] > Zone GFXMallocZone_0x10e5d5000: Overall size: 10240KB; 46 nodes malloced > for 8KB (0% of capacity); largest unused: [0x7fd853001400-8187KB] > Zone MallocHelperZone_0x10e4f: Overall size: 2976716KB; 508527 nodes > malloced for 1998382KB (67% of capacity); largest unused: > [0x119aa3000-12876KB] > Zone QuartzCore_0x111cac000: Overall size: 20480KB; 4 nodes malloced for > 5KB (0% of capacity); largest unused: [0x7fd85180-8192KB] > Zone x-alloc_0x7fd84b028000: Overall size: 20KB; 5 nodes malloced for 1KB > (5% of capacity); largest unused: [0x111cde000-8KB] > All zones: 520723242 nodes malloced - 30148282KB > > I’d love to send you that one from near the end… LC was taking up almost > 59GB of memory, memory pressure was insane, over 30 GB of compressed > memory, 15GB swap file, finder having me force quit the few apps I had > open. Tried to run heap, but after 3 hours it caused a kernel panic and the > computer rebooted. > > > I can send you the full file if needed. Any help is appreciated. > > Thanks, > > Steve MacLean > > > On Aug 13, 2018, at 2:07 PM, Mark Waddingham via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > On 2018-08-13 20:01, Stephen MacLean via use-livecode wrote: > >> Hi Mark, > >> Yes, doing quite a bit, which LC handles just fine:) Except for these > >> with big queries;) I do want to mention that I call plenty of > >> functions, so it’s not a real tight loop, just a loop with a lot going > >> on. > >> Ok, will do the next time I run one of these… These big batches take > >> about 5 hours to run. > > > > From what you said in your other message this could well be a > memory-leak... > > > > However, the other potential cause is what's called > 'heap-fragmentation'. Whilst memory is being freed correctly, sometimes > certain use patterns can cause the C heap to consist of 'mostly free > space', but having no contiguous block large enough to allocate some of the > blocks of memory you are using - so the heap gets extended. When you do > free a 'big block' it gets used up by lots of small blocks. > > > > Basically, the heap becomes like a block of swiss-cheese - you can fit > small things in the holes, but nothing big. > > > > The 'heap' report will help determine what's going on there (you don't > need to run it until you get to the exhaustion point - just for a while > until you see the gradually continual rise). > > > > By looking at the report it is possible to tell the actual % of memory > in use in the heap overall. > > > > Is there any way to split up the processing of a single batch into > pieces, each run in its own process (sequentially?) - that approach > actually gives you two things - (1) a fix to the exhaustion problem you are > having and (2) the ability to recover most of the batch if one piece fails. > > > > Warmest Regards, > > > > Mark. > > > > -- > > Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/ > > LiveCode: 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 > > > > ___ > 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: LC 9 and Memory
Hi Mark, Here is one from when the app hit the half way point in it’s processing run: Process: LiveCode-Business [799] Path:/Applications/LiveCode Business 9.0.1 (rc 2).app/Contents/MacOS/LiveCode-Business Load Address:0x10d387000 Identifier: com.runrev.livecode Version: 9.0.1.15101 [RC 2] (9.0.1.15101 [RC 2]) Code Type: X86-64 Parent Process: ??? [1] Date/Time: 2018-08-26 01:24:06.956 -0400 Launch Time: 2018-08-25 22:42:23.095 -0400 OS Version: Mac OS X 10.12.6 (16G1510) Report Version: 7 Analysis Tool: /Applications/Xcode.app/Contents/Developer/usr/bin/heap Analysis Tool Version: Xcode 9.2 (9C40b) Process 799: 6 zones Zone DefaultMallocZone_0x10ee3a000: Overall size: 149641216KB; 520214585 nodes malloced for 28100061KB (18% of capacity); largest unused: [0x6003c9060040-1664KB] Zone DefaultPurgeableMallocZone_0x11264e000: Overall size: 49836KB; 75 nodes malloced for 49828KB (99% of capacity); largest unused: [0x11daad000-11352KB] Zone GFXMallocZone_0x10e5d5000: Overall size: 10240KB; 46 nodes malloced for 8KB (0% of capacity); largest unused: [0x7fd853001400-8187KB] Zone MallocHelperZone_0x10e4f: Overall size: 2976716KB; 508527 nodes malloced for 1998382KB (67% of capacity); largest unused: [0x119aa3000-12876KB] Zone QuartzCore_0x111cac000: Overall size: 20480KB; 4 nodes malloced for 5KB (0% of capacity); largest unused: [0x7fd85180-8192KB] Zone x-alloc_0x7fd84b028000: Overall size: 20KB; 5 nodes malloced for 1KB (5% of capacity); largest unused: [0x111cde000-8KB] All zones: 520723242 nodes malloced - 30148282KB I’d love to send you that one from near the end… LC was taking up almost 59GB of memory, memory pressure was insane, over 30 GB of compressed memory, 15GB swap file, finder having me force quit the few apps I had open. Tried to run heap, but after 3 hours it caused a kernel panic and the computer rebooted. I can send you the full file if needed. Any help is appreciated. Thanks, Steve MacLean > On Aug 13, 2018, at 2:07 PM, Mark Waddingham via use-livecode > wrote: > > On 2018-08-13 20:01, Stephen MacLean via use-livecode wrote: >> Hi Mark, >> Yes, doing quite a bit, which LC handles just fine:) Except for these >> with big queries;) I do want to mention that I call plenty of >> functions, so it’s not a real tight loop, just a loop with a lot going >> on. >> Ok, will do the next time I run one of these… These big batches take >> about 5 hours to run. > > From what you said in your other message this could well be a memory-leak... > > However, the other potential cause is what's called 'heap-fragmentation'. > Whilst memory is being freed correctly, sometimes certain use patterns can > cause the C heap to consist of 'mostly free space', but having no contiguous > block large enough to allocate some of the blocks of memory you are using - > so the heap gets extended. When you do free a 'big block' it gets used up by > lots of small blocks. > > Basically, the heap becomes like a block of swiss-cheese - you can fit small > things in the holes, but nothing big. > > The 'heap' report will help determine what's going on there (you don't need > to run it until you get to the exhaustion point - just for a while until you > see the gradually continual rise). > > By looking at the report it is possible to tell the actual % of memory in use > in the heap overall. > > Is there any way to split up the processing of a single batch into pieces, > each run in its own process (sequentially?) - that approach actually gives > you two things - (1) a fix to the exhaustion problem you are having and (2) > the ability to recover most of the batch if one piece fails. > > Warmest Regards, > > Mark. > > -- > Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/ > LiveCode: 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 ___ 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: [OT]Silly weekend LC poll
On 26/8/2018 6:22 pm, Martin Koob via use-livecode wrote: I would say CHAR - like 'car' with a 'k' sound (I used to have a prof somewhere who would pronounce character like 'Karacter' so maybe that is why.) LOC - like 'lock' I don't abbreviate much when I script. These are two of the few I do. Guess cause the full words are so long. OT to the OT This thread makes me think of a youtube video my grandson who was about 14 at the time showed me. He thought it was hilarious, probably because of the profanity, and also how it points out the inconsistency of English pronunciation. So here is the language warning, some viewers and Letters of the Alphabet may be offended by the following content. https://www.youtube.com/watch?v=fPzAABMozs0 "offended" No; it was far too childish and ill-informed to offend me. Richmond. Martin Martin -- Sent from: http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html ___ 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
"Make Docset" updated to version 2.8
With the release of 9.01 the "Guides" section of the dictionary now includes guide for the widgets. These guides come from documentation within the widget folder (within the Extensions folder of the LC package.) I have now added the code to the "Make Docset" stack on LiveCodeShare to generate the appropriate guide files for inclusion into the DASH LiveCode docset. The online DASH repository should be updated with this docset later this week. If you want it sooner just download the "Make Docset" stack and roll your own. 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: [OT]Silly weekend LC poll
I would say CHAR - like 'car' with a 'k' sound (I used to have a prof somewhere who would pronounce character like 'Karacter' so maybe that is why.) LOC - like 'lock' I don't abbreviate much when I script. These are two of the few I do. Guess cause the full words are so long. OT to the OT This thread makes me think of a youtube video my grandson who was about 14 at the time showed me. He thought it was hilarious, probably because of the profanity, and also how it points out the inconsistency of English pronunciation. So here is the language warning, some viewers and Letters of the Alphabet may be offended by the following content. https://www.youtube.com/watch?v=fPzAABMozs0 Martin Martin -- Sent from: http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html ___ 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: Print Break
On 8/25/2018 2:44 PM, Knapp Martin via use-livecode wrote: > I'm migrating a project from LC 6.6.5 to LC 9. In the app I have a routine > that prints a few cards per page then issues a "Print Break" command that has > worked fine for years in LC 6 but in LC 9 I'm getting an execution error on > it (print: card or stack must be open to print it). If I take the command out > everything prints fine with no errors, though without page breaks where I > need them. > > Anybody know what I'm missing? Nothing as far as I can tell. In LC 9.0.0 under Windows 8.1, I created small stack with 2 cards each with a colored graphic on them (1 red and 1 blue) and added thefollowing stack script: *command*doPrint *open*printingwithdialog *print*cd1 *print**break**-- with this commented out, both print on 1 page* *print*cd2 *close*printing *end*doPrint With print break commented out, both cards print on 1 page. With it in place, I get 2 pages of output. So for my test at least, print break appears to be working as advertised. (again under LC900 Win 8.1) ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: [OT]Silly weekend LC poll
On Aug 25, 2018, at 11:47 PM, Richmond Mathewson wrote: > > Who nose, and who chars? > > As long as one's life is field with joy, nothing matters. > > Richmond. I kneel before the master 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
LC-ImageToolbox_v185
LC-ImageToolbox_v185 adds Color-Dithering which does a 1-Bit-Dithering for each of the R-G-B-channels (1-Bit-Methods: Atkinson, Burkes, Floyd-Steinberg, Javis-Judice-Ninke, Sierra-twoRow, Stucki). For more info see http://forums.livecode.com/viewtopic.php?p=170620#p170620 > Alejandro T. wrote: > Many thanks for sharing your excellent work with all LC developers! > I hope that you include color dithering in your next version. > Check the more recent stack in this forum thread: > http://forums.livecode.com/viewtopic.php?f=10=29935 > > > > > LC-ImageToolbox_v180 > > Version 1.8.0 adds a new feature to LC-ImageToolBox: Kuwahara filtering. > > For more info see > > http://forums.livecode.com/viewtopic.php?p=170593#p170593 > > > > > LC-ImageToolbox_v175 > > > Version 1.7.5 adds a new feature to LC-ImageToolBox: Quantile filtering. > > > For more info see > > > http://forums.livecode.com/viewtopic.php?p=170547#p170547 > > ___ 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: [OT]Silly weekend LC poll
I very rarely say either, but I'm pretty sure I treat them as sound abbreviations, and pronounce them like the first syllables of the words they represent, i.e. "care" and "loke" On Sat, Aug 25, 2018 at 12:08 PM J. Landman Gay via use-livecode < use-livecode@lists.runrev.com> wrote: > I wonder how people pronounce two common LC abbreviations. In print you > never notice but in real life I always have to translate what they're > talking about. > > How do you pronounce: > > CHAR >Rhymes with "care" >Sounds like smoldering wood > > LOC >Rhymes with "smoke" >Sounds like a deadbolt > > I suppose there are others. > -- > 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 > ___ 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: [OT]Silly weekend LC poll
Who nose, and who chars? As long as one's life is field with joy, nothing matters. Richmond. On 26/8/2018 9:44 am, Kee Nethery via use-livecode wrote: I’ll just switch to using my nose. :-) Kee Nethery On Aug 25, 2018, at 10:06 PM, J. Landman Gay via use-livecode wrote: I swear one of these days someone is going to sew your fingers shut. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On August 25, 2018 3:03:28 PM Mark Wieder via use-livecode wrote: On 08/25/2018 12:57 PM, J. Landman Gay via use-livecode wrote: "Locklock"? Who's there? -- 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 ___ 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: [OT]Silly weekend LC poll
I’ll just switch to using my nose. :-) Kee Nethery > On Aug 25, 2018, at 10:06 PM, J. Landman Gay via use-livecode > wrote: > > I swear one of these days someone is going to sew your fingers shut. > > -- > Jacqueline Landman Gay | jac...@hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com >> On August 25, 2018 3:03:28 PM Mark Wieder via use-livecode >> wrote: >> >>> On 08/25/2018 12:57 PM, J. Landman Gay via use-livecode wrote: >>> >>> "Locklock"? >> >> Who's there? >> >> -- >> 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 ___ 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: LC displaying colors incorrectly in macOS 10.13
> On 26 Aug 2018, at 1:14 pm, Trevor DeVore via use-livecode > wrote: > > 1. Create new stack. > 2. `import snapshot` and select something on your screen with a blue in it. > I used a Messages chat window. > 3. Use digital color meter to check color of blue in actual window vs > snapshot. The snapshot is off. > > Actual: 58,133,241 > Imported LC snapshot: 83,141,233 Hmm… I wonder if this is some kind of compounding of the same issue? As the snapshot captures with the incorrect color profile and then the imported snapshot is also impacted by the incorrect color profile. In your original example stack I imported a snapshot of the blue square and I get 60,153,240 on the original and 66,155,137 on the snapshot. Again if I choose the sRGB profile both the original and a new snapshot report the correct color for the graphic of 53,151,243 while the snapshot I took with the default profile now reports 60,153,240. Cheers Monte ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
