On Mon, Jun 1, 2015 at 4:02 PM, J. Landman Gay jac...@hyperactivesw.com
wrote:
Script length may have something to do with the editor delays. It takes
more time to process text in v7.
I'm currently converting a stack where no scripts are longer than a few
hundred lines (most are under 500)
On 6/3/2015 7:53 PM, Dr. Hawkins wrote:
On Mon, Jun 1, 2015 at 4:02 PM, J. Landman Gay jac...@hyperactivesw.com
wrote:
Script length may have something to do with the editor delays. It takes
more time to process text in v7.
I'm currently converting a stack where no scripts are longer than a
Hi Jacque - just so you know the two guys at the weekend on win7 and win8
machines were both working with brand new stack files and the longest script
ended up at 110 lines - and they had problems right from the off...
J. Landman Gay wrote
On 6/1/2015 4:38 PM, Dave Kilroy wrote:
I have no
On Mon, Jun 1, 2015 at 4:02 PM, J. Landman Gay jac...@hyperactivesw.com
wrote:
Script length may have something to do with the editor delays. It takes
more time to process text in v7.
I'm currently converting a stack where no scripts are longer than a few
hundred lines (most are under 500)
Similar to Alex I too have been using v7 for everything I do (except for a
couple of projects) since about 7.0.3 - and in general have been doing so
without problems.
I say 'in general' because v7 seems to be more fragile than earlier versions
because sometimes when I hit an error in my code the
On Mon, Jun 1, 2015 at 2:06 AM, Dave Kilroy d...@applicationinsight.com
wrote:
I say 'in general' because v7 seems to be more fragile than earlier
versions
because sometimes when I hit an error in my code the IDE becomes sluggish
afterwards
becomes sluggish
Mine *starts* with a 2s or
Sounds roughly the same - I've learnt that as soon as v7 seems unhappy the
best thing is to quit and restart - but it only goes wonky for me following
an error brought on by my code and is ok the rest of the time
However, I've seen other people suffering with it in ways you mention... :(
Dr.
This is not to say that the solution for people suffering with a 'bad
relationship between their computer and v7' is restarts like I describe -
that works for me and I'm sure that people suffering multiple
crashes/freezes have tried this and many other 'solutions'
I have no idea why some people
On 6/1/2015 4:38 PM, Dave Kilroy wrote:
I have no idea why some people seem to get on ok with v7 and others don't -
and hope RunRev manage to figure out what is going on...
Script length may have something to do with the editor delays. It takes
more time to process text in v7.
I'm currently
Currently everything I do in LiveCode is done in v7.0.5.
Do you get frequent crashes?
That said.. 7.0.5 is frustrating. Crashed 5 times on me to today...
I am trying to move entirely to V7 engine, but as Brahmanathaswami notes,
7.0.5 is makes it very hard with frequent and unpredictable hard
Thanks for submitting that report, Tom. I just added some notes there
that may be helpful.
Do you recall if these crashes occur more frequently if the Project
Browser is open?
I ask because one of the differences between that IDE component and
others is that it's not merely much newer, but
Thanks, Richard. Here are the basics:
* Platform Win 7, 64-bit machine
* Running LC 7.0.5 (rc2)
* Bug report of these crashes:
http://quality.runrev.com/show_bug.cgi?id=15418
* The application is a quiz application that lets the user to create quiz
content and customize its presentation. It's been
Tom Bodine wrote:
I virtually always have the project browser open!
Try running with it off for a while, perhaps using the App Browser instead.
I know that's asking a lot, 'cause the Project Browser is pretty handy.
But it'll certainly narrow things down if your crashes go away with it
not
Hi Richard.
Thanks for your interest in this case.
Do you recall if these crashes occur more frequently if the Project
Browser is open?
I virtually always have the project browser open!
I have turn off all 3rd-party plug-in tools in case those are a factor and
will see if there are any
@tBodine
If it were me, I'd also try to evaluate time as a factor. Does the crash
chance increase based on how long lc or the system itself has been
running? Is there a chance that there is an external drive involved in the
problem, like a usb drive that spins down into power save mode (or
Thanks Richard and Mike.
I will run without Project Browser and see how that goes.
Mike, good theory on drives, but not a factor here: this machine runs off
one SSD. No USB drives involved. I don't have data on the time factor, but
I'll start logging my sessions to look for a pattern.
When a
Tom Bodine wrote:
I am trying to move entirely to V7 engine, but as Brahmanathaswami
notes, 7.0.5 is makes it very hard with frequent and unpredictable
hard crashes. (I'm on Win 7. Yes, crash report filed, but not for
every crash because at this rate that would become about half my
work
Alex Tweedly wrote:
I too have used only v7 for everything I've done recently for myself (no
released products - just stuff I do for myself and friends/family). I've
been still using v6 when I don't control it all myself.
I'm happy to say I've had no crashes, no serious IDE problems and few
Gesendet: Samstag, 30. Mai 2015 15:51
An: use-livecode@lists.runrev.com
Betreff: Re: AW: How do you handle the poor performance of LC 7?
Hey Tiemo,
what does the xSortListe function do? What is rather funny that my real life
problem childs are also revolving around a live search feature. It might
On 05/30/2015 09:58 AM, Tiemo Hollmann TB wrote:
Hi Malte, you and Richard are on the right trace - and I was blind :)
Nonetheless, if there's a significant performance hit in *the same code*
running on different LC versions, then it's something to worry about.
--
Mark Wieder
Mark Wieder wrote:
The problem is that pretty good isn't good enough for LiveCode
positioning itself in the marketplace, and that bodes ill for all
of us who hope for its continued existence. We old-timers are more
willing to accept some of the flaws, the degradations in performance,
the
Mark Wieder wrote:
Nonetheless, if there's a significant performance hit in *the same
code* running on different LC versions, then it's something to worry
about.
If we were in a more optimistic mood, we could say:
LiveCode 7 is very good at exposing suboptimal algorithms.
;)
Of course it
On 05/30/2015 10:54 AM, Richard Gaskin wrote:
If we were in a more optimistic mood, we could say:
LiveCode 7 is very good at exposing suboptimal algorithms.
Yep. And for dp or rc builds I think that's a good thing.
But not for 'stable' releases.
That most stuff works without any
On 2015-05-30 19:33, Tiemo Hollmann TB wrote:
I made some more performance benchmarks with my real life data
I deactivated my special sort xSortListe handler and replaced it just
by:
1. sort lines of tListe numeric
2. sort lines of tListe international
(though it is not a solution for my
unacceptable
Tiemo
-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von
Tiemo Hollmann TB
Gesendet: Samstag, 30. Mai 2015 18:59
An: 'How to use LiveCode'
Betreff: AW: AW: How do you handle the poor performance of LC 7?
Hi Malte, you
On Sat, May 30, 2015 at 10:33 AM, Tiemo Hollmann TB toolb...@kestner.de
wrote:
I made some more performance benchmarks with my real life data
I deactivated my special sort xSortListe handler and replaced it just by:
1. sort lines of tListe numeric
2. sort lines of tListe international
Malte Brill wrote:
And thankfully, warts and all, none of the issues with LiveCode are
preventing Trevor, myself, and many others from shipping products
made with it.
Out of interest, how many of those have you moved to use the 7 engine?
Currently everything I do in LiveCode is done in
On 31/05/2015 00:07, Richard Gaskin wrote:
Currently everything I do in LiveCode is done in v7.0.5.
I too have used only v7 for everything I've done recently for myself (no
released products - just stuff I do for myself and friends/family). I've
been still using v6 when I don't control it
And thankfully, warts and all, none of the issues with LiveCode are
preventing Trevor, myself, and many others from shipping products made
with it.
Out of interest, how many of those have you moved to use the 7 engine?
I have no interest in lamenting here. I do admire the job that has been
Hey Tiemo,
what does the xSortListe function do? What is rather funny that my real life
problem childs are also revolving around a live search feature. It might well
be that your speed issues (as mine) are related to the sorting part (if you do
a sort). My approach is a little diffrent than
Hi Richard,
the scenario is a field to enter a search term. With each entered character
(keyUp) or each backspace (rawKeyUp) correcting the search term I call the
following selecting routine to get a live selection of my 20,000 record
list of words. In LC 6 I can enter the chars as fast as I want
Hi Malte,
I've send Hanson my real live stack
Waiting what they will tell me
Tiemo
-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von
Malte Brill
Gesendet: Freitag, 29. Mai 2015 17:53
An: use-livecode@lists.runrev.com
Betreff: Re:
Malte, it might help if you don't sort the keys on each keystroke, instead
put the keys into a list and sort them once, then keep referring to that
same list as you do your filtering. Its faster to pop the full sorted list
into a working variable on each keystroke and filter than it is to get the
On Sat, May 30, 2015 at 7:16 AM, Mike Bonner bonnm...@gmail.com wrote:
Malte, it might help if you don't sort the keys on each keystroke, instead
put the keys into a list and sort them once, then keep referring to that
same list as you do your filtering. Its faster to pop the full sorted list
Thanks for sending your stack to the team. Please let us know the outcome.
And thanks for posting that handler. Mike and Richard already hit on
the only two items that come to mind (sorting and filtering), but I'm
curious: How does performance look if you comment out the call to
35 matches
Mail list logo
