Mark Wieder wrote:
> On 1/7/19 9:38 PM, Richard Gaskin via use-livecode wrote:
>> ...an interesting thing about file access is a lot of lstat and
>> open calls apparently looking for, and not finding, the App
>> Overview stack file:
>>
>>
Correct.
Op 8-1-2019 om 00:09 schreef Richard Gaskin via use-livecode:
JJS wrote:
> I added .rev .livescript and livecode.exe to Windows Defender and have
> not had an slow issue since and keeping fingers crossed.
That's very valuable, thanks. So just to confirm, you did not need to
turn off
On 1/7/19 9:38 PM, Richard Gaskin via use-livecode wrote:
At a quick skim I see evidence of a lot of timers (which we would expect
given the SE's features), but an interesting thing about file access is
a lot of lstat and open calls apparently looking for, and not finding,
the App Overview
This 'thrashing about' of messages may also explain why the situation (speed)
is impacted when the project browser and message box are open?
-
Andy Piddock
My software never has bugs. It just develops random features.
TinyIDE a Free alternative minimalist IDE Plugin for LiveCode
AndyP wrote:
> This 'thrashing about' of messages may also explain why the situation
> (speed) is impacted when the project browser and message box are
> open?
Components that need frequent updates to reflect current state can
indeed be tricky. You may find this report interesting, esp.
> On 9 Jan 2019, at 6:56 am, Richard Gaskin via use-livecode
> wrote:
>
> > Even more interesting IMO is all the attempts to access
> > revapplicationoverview.mc
>
> Thanks - I've added a note on that detail in my report:
>
> https://quality.livecode.com/show_bug.cgi?id=21782
>
On 1/8/19 3:36 PM, Monte Goulding via use-livecode wrote:
On 9 Jan 2019, at 6:56 am, Richard Gaskin via use-livecode
wrote:
Even more interesting IMO is all the attempts to access
revapplicationoverview.mc
Thanks - I've added a note on that detail in my report:
David, I assume you mean you want to render the named entity as the proper
glyph? The way to do that is with the htmlText property.
set the htmlText of fld “foo” to “The book costs 30."
Devin
On Jan 8, 2019, at 6:53 AM, David Bovill via use-livecode
mailto:use-livecode@lists.runrev.com>>
Is there a way / anyone have a handler to escape named html entities in
Livecode?
> ,,,
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
Hi David,
I've just run up against exactly this issue. It's the last six months of a
legacy app that's going to be retired, so I'm reluctant to go through the
whole process of validating it under LC 8.
Did you ever get a solution to this?
Many thanks,
Ben
On 14/09/2017 00:34, David Beck
Hi David,
I've just run up against exactly this issue. It's the last six months of a
legacy app that's going to be retired, so I'm reluctant to go through the
whole process of validating it under LC 8.
Did you ever get a solution to this?
Many thanks,
Ben
On 14/09/2017 00:34, David Beck
> On 7 Jan 2019, at 17:00, Richard Gaskin via use-livecode
> wrote:
>
> Perhaps the biggest flaw I've seen with v9 is the bug report tracking: the
> Release Notes only include a subset of all issues addressed since work began
> on it two years ago. My understanding from conversations with
Richard:
> Personally, I feel no driving need to try to take Mark
> Waddingham to school.
I have the utmost respect for Mark and his tremendous knowledge. And for
everyone else high or low for that matter. I don't play favorites or
tiptoe, I treat people the same. As the old saying goes, it
Brian:
> The file is saved regularly, but not at the interval that I thought.
One more hint - during symptoms, after making a new text selection with
the mouse (as opposed to just typing on a line) there was an especially
big delay before the field would be responsive again. To be
Bob Sneidar wrote:
>> On Jan 7, 2019, at 17:59 , Richard Gaskin wrote:
>>
>> Maybe this is one more reason to move everything to the cloud,
>> to end the tyrrany of overzealously monitored local disk I/O. :)
>>
>> I honestly don't have the quick-fix answer that will keep our
>> customers happy
It's kind of always been this way. I remember getting brand new Dells,
installing all the software they need, joining domain etc. Last step was
installing AV. The reason I put that last because the performance hit if I did
it first would have doubled my deployment time.
Bob S
> On Jan 8,
On 1/7/19 9:38 PM, Richard Gaskin via use-livecode wrote:
It's super-annoying to try to scroll though, and no, I haven't read
every line (I'll leave that for more diligent souls like Mark Wieder,
who will probably run that when he reads this ).
OMW
--
Mark Wieder
ahsoftw...@gmail.com
It is mostly on change but also when SE windows get suspended. Also when a SE
window is closed if it has been >20s it does get saved as a precaution. I’d
need to dig in some more to see how frequently it is being saved while using
the SE and trace code if warranted.
I found this much just by
(Apologies for multi-sending previous message.) Interestingly, I find that
the issue doesn't occur in 6.7.11 on Mac, but only when the standalone is run
on Windows (Server 2012 R2).
The reported error is:
error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert
handshake
SSD?
Bob S
> On Jan 7, 2019, at 17:59 , Richard Gaskin via use-livecode
> wrote:
>
> Maybe this is one more reason to move everything to the cloud, to end the
> tyrrany of overzealously monitored local disk I/O. :)
>
> I honestly don't have the quick-fix answer that will keep our customers
20 matches
Mail list logo