Hollywood app crashes

[broadblues]

I have developed this painting program, PolarPaint with Hollywood.
It is the Undo feature that causes the program to crashm with a "Table Field 2 not initialized" error
It is easy to replicate, just draw a few dots on and then use the undo button a couple of times and the program will crash.

I tested the same executable on WinUAE, and my A1200 (pistorm) and even under Amiberry 7 on linux mint, and it runs without issues.
The executables for windows and MorphOS does work fine as well.
I suspect that the issue must be a bug in the amiberry for arm version used in the A600GS. On the A600GS the error will happen on OS3.9 and 3.2 as well as on Amibench.

Here is a small minumum code to replicate the issue from Hollywood:

UndoStack1 = CreateList()
SetFontColor(#WHITE)
SetFillStyle(#FILLCOLOR)
counter = 100
For i = 1 To 10
   InsertItem(UndoStack1 , counter)
   Local undoBrushID1 = UndoStack1[ListItems(UndoStack1)-1] ; Get the last undo state
   Wait(40)
   Box(300, 100, 50, 20, #BLACK)
   TextOut(300, 100, undoBrushID1)
   counter = counter+1
Next
Wait(50)
For i = 1 To 10
   Box(300, 100, 50, 20, #BLACK)
   Local undoBrushID1 = UndoStack1[ListItems(UndoStack1)-1]
   TextOut(300, 100, undoBrushID1)
   Wait(40)
   RemoveItem(UndoStack1, ListItems(UndoStack1) - 1)
Next
WaitLeftMouse

I don't have hollywood to compile with, could you compile that test cde and send me it at andy@broad.ology.org.uk then I can examine the logs when it crashes and see if anything is obvious.

[broadblues]

It was in my spam draw in YAM, will test ....

[broadblues]

After opening a black window it loses again and displays a errr requester saying:

Table field 1 was not initialised!

File: Unnamed1 (current line 7)

No crashes occurred.

[broadblues]

WRT to JIT

If CPU Speed is set to maximum then JIT will mean faster 68k CPU speed.

If CPU Speed is set to specific speed, then JIT will mean less Arm CPU used to obtain that speed

That's how I understand it anyway.

[broadblues]

Thanks I can confirm the issue, I notice the first github issue shared above is one of yours?

Hollywood is a bit of a monolithic program to track something like this own with, and I'm no expert on the JIT in the first place, ideally a small fragment off C or assembly code that can reproduce the bug is needed.