Studio 8.1.4 not always stopping at breakpoints
Just to confirm this fails on Windows 10 also…
Seems Ok if you also add a red dot breakpoint?
and then after, until you reload the lib.?
Based in Chester in the UK.
On 16/03/2018 02:50, Reg Paling wrote:
> Hi all,
> I managed to prepare a tiny library to replicate this problem. I’ll
> send it to Omnis Support later today ’cause it’s the middle of the
> night there.
> If anyone would be happy to test it on their setup, it will take about
> a minute.
> You will want to save your work in other libraries before you run this
> This is my first effort with Git and I’m in a hurry so I only uploaded
> the lib, not the src. But hey, that’s much better than me writing
> “drop me an email and I will send you a copy”, which is what I was
> going to do!
> On 14/3/18 9:40 am, H.P. Noppe wrote:
>> Hej Reg,
>> In which situations does this occur? I did not run into this problem
>> Grtz Henk
>>> On 13 Mar 2018, at 00:32, Reg Paling <email@example.com> wrote:
>>> Hi all,
>>> I find that in Studio 8.1.4 development, it doesn’t always stop when
>>> it hits a breakpoint. This happens for hard-coded Breakpoint
>>> commands and also when hitting the breakpoint key combination. It
>>> probably also happens for “red dot” ide breakpoints.
>>> I’ve had quite a few occurrences of this now. At first I couldn’t
>>> pin it down – was it something I did, just something about my code,
>>> or a local corruption in one of my libraries? But now it has
>>> happened enough I’m confident that it’s real.
>>> Anyone else seeing this?
>>> Manage your list subscriptions at lists.omnis-dev.com
>>> Start a new message -> mailto:firstname.lastname@example.org
>> Manage your list subscriptions at lists.omnis-dev.com
>> Start a new message -> mailto:email@example.com
> Manage your list subscriptions at lists.omnis-dev.com
> Start a new message -> mailto:firstname.lastname@example.org
Manage your list subscriptions at lists.omnis-dev.com
Start a new message -> mailto:email@example.com