I've duplicated all the individual issues out to their own patch tickets to help organise discussion. I'm closing this ticket as the only remaining patch is now working for BogDan.
Patches: #350
Patches: #351
Patches: #352
Patches: #353
Patches: #354
Patches: #355
Patches: #356
Patches: #357
Patches: #370
Patches: #371
Patches: #372
I've been adding single patches artifacts for these to process them.
I've added [#354] for 0003-Be-cross-compile-friendly.patch and added a question for you, could you please answer it there?
Related
Patches:
#354Last edit: Fredrick Meunier 2016-04-09
Hi BogDan,
If you get a chance, can you please comment on the queries in [patches:#356] Make libspectrum thread-safe?
Related
Patches:
#356Yes, I'll do it in a moment
Removing 0003-Be-cross-compile-friendly.patch as it is addressed in [patches:#354]
Diff:
Related
Patches:
#354Last edit: Fredrick Meunier 2016-06-08
Removing 0008-Fix-JP-HL-IX-IY-disassemble-string.patch as it is addressed in [patches:#350]
Diff:
Related
Patches:
#350Last edit: Fredrick Meunier 2016-06-08
Diff:
Removing 0002-use-compat_file_exists-intread-of-stat.patch and 0012-Fix-settings-file-lookup.patch as they are addressed in [patches:#351]
Diff:
Related
Patches:
#351Last edit: Fredrick Meunier 2016-06-08
Removing 0010-Fix-error.patch as it is addressed in [patches:#352]
Diff:
Related
Patches:
#352Last edit: Fredrick Meunier 2016-06-08
Removing 0007-Signal-the-UI-when-the-breakpoints-list-is-changed.patch as it is addressed in [patches:#357]
Diff:
Related
Patches:
#357Last edit: Fredrick Meunier 2016-06-08
I think 0009-exit-event-loop-when-hitting-a-breakpoint.patch is no longer relevant.
Why not?
Because since [r5556] we don't make debugger_check() conditional on the z80 not being halted - do you find it is still neccessary since 1.2.0?
Related
Commit: [r5171]
Commit: [r5556]
Right, but I break the while in that moment, othewise it go to the next instrction.
Anyway I'll double check tonight to see if I can reproduce the problem without my patch.
I think I've missed the point of the patch and now I'm not so sure the change was relevant, however if I put a breakpoint on address 0x0000 and do a RANDOMIZE USR 0 I break into the debugger at PC 0x0000 as expected so I'm not clear on how it gets to the next instruction in your case.
IIRC it happened on break on write (or on read) breakpoints...
It seems to wrok ok without it ..., so yes, you can drop it :)
Good news :)
Removing 0001-Be-C-friendly.patch as it is being handled under [patches:#353].
Diff:
Related
Patches: #353
Last edit: Fredrick Meunier 2016-06-09
Removing 0004-Make-fuse-a-stand-alone-library-move-main-entry-poin.patch as it is being handled under [patches:#355].
Diff:
Related
Patches: #355
Last edit: Fredrick Meunier 2016-06-09
Removing 0005-make-libspectrum-thread-safe.patch as it is being handled under [patches:#356].
Diff:
Related
Patches:
#356Last edit: Fredrick Meunier 2016-06-09
Removing 0006-Process-only-the-UI-events-if-paused.patch as it is being handled under [patches:#370].
Diff:
Related
Patches: #370
Last edit: Fredrick Meunier 2016-06-09
Hi BogDan,
I've started a followup discussion in [patches:#370].
Related
Patches: #370
Removing 0011-Fix-compilation-on-Android.patch as it is being handled under [patches:#371].
Diff:
Related
Patches: #371
Last edit: Fredrick Meunier 2016-06-09
Follow-up queries under [patches:#371].
Related
Patches: #371