General Category > LisaList2
LisaEm 1.2.7-RC4 support bug reports
rayarachelian:
I've pushed the RC2 source code up at github, I couldn't yet push the macos x binaries.
D.Finni:
--- Quote from: rayarachelian on August 04, 2020, 08:01:56 pm ---I couldn't yet push the macos x binaries.
--- End quote ---
I couldn't wait. ;D I back-ported your Generator changes to an older version of LisaEm and compiled it on my Intel Mac mini with OS X 10.5.
Suffice it to say, your addressing mode fix fixed a lot more than just those two or three main problems. There are several other little things that are now working correctly too.
You and this story should be on Slashdot.
stepleton:
I've compiled my own copy on my Linux laptop. Things went pretty well during building (I changed things to put the wxWidgets build in a subdirectory of my local repo---I am happy to work out of just this one directory and don't expect to need multiple LisaEms), but the screen updates at about a 1Hz refresh rate (regardless of the menu setting in Display). The Lisa mouse pointer does not appear to track the system mouse well---it positions itself halfway between the screen's top-left corner and the system mouse pointer location in the emulator window. Has anyone encountered this behaviour before? I hope I'm not missing a FAQ...
rayarachelian:
--- Quote from: D.Finni on August 06, 2020, 12:11:11 pm ---
--- Quote from: rayarachelian on August 04, 2020, 08:01:56 pm ---I couldn't yet push the macos x binaries.
--- End quote ---
I couldn't wait. ;D I back-ported your Generator changes to an older version of LisaEm and compiled it on my Intel Mac mini with OS X 10.5.
Suffice it to say, your addressing mode fix fixed a lot more than just those two or three main problems. There are several other little things that are now working correctly too.
You and this story should be on Slashdot.
--- End quote ---
Glad it helped. So here's what happened, I finished this code on Sunday night and yelled "Woo Hoo" quietly so as not to wake the kids and went to bed as it was nearing midnight.
Monday I finished cleaning up the code and started compiling macos binarinies and I have them on the big laptop, but didn't finish vetting them so didn't push them up.
Tuesday around 2pm the hurricane hit and lost power, and I've been without power since. I managed to copy all the stuff off to the chromebook which has galliumos on it and can run a very long time before losing the battery on the big laptop but have no power at home other than charging off the car and no internet - just wifi hotspot off the cellular network. so not sure how long this chromebook will last. right now it says it's got 8hrs left, so hope to make good use of that. i have some solar 5v power banks that we've been using to charge our cell phones off, but that's it. PSE&G says they expect to fix power for 85% of the outages by tomorrow night, so that sucks. :(
luckily when I went on vacation a couple of years before i built a step up 5v to 19.5v transformer using COTS parts off amazon so I can use the phone charger to charge up the chromebook, but it drains them very quickly. right now I've got two of those outside charging from the sun and a couple more I plugged into a car battery so hope that will do until power comes back.
the 2nd biggest challenge now is that we have to finish off all the fresh food in the fridge b4 it goes bad. luckily the house has a gas stove and water heater so we can at least cook and shower. last night was very rough, no sleep bc it was 95f in the bedroom and the noise from the neighborhood generators was also painful. was nice and cool this am so managed to get some more sleep.
I guess another pain to add to the list of how much 2020 sucks, right? we've been through these things before, and did have a lot of UPSs, but ofc they have limited run time.
the bug itself is one i introduced bc when I added support for those address modes to generator back in 2006. I forgot to add source vs destination and felt pretty lame when I saw that's what it was. so it was confusing the source operand with the destination for this move.l I posted about earlier. so that's a 13 year old bug. :)
If you see other stuff it fixed that you recall, pls report it here so I don't wind up chasing stuff that's fixed later on.
I'm on a cell phone when writing this, so it's hard for me to reply, I had to dig up the pass for my lisalist2 account so wasn't fun.
and thx for your kind words.
rayarachelian:
--- Quote from: stepleton on August 06, 2020, 01:39:39 pm ---I've compiled my own copy on my Linux laptop. Things went pretty well during building (I changed things to put the wxWidgets build in a subdirectory of my local repo---I am happy to work out of just this one directory and don't expect to need multiple LisaEms), but the screen updates at about a 1Hz refresh rate (regardless of the menu setting in Display). The Lisa mouse pointer does not appear to track the system mouse well---it positions itself halfway between the screen's top-left corner and the system mouse pointer location in the emulator window. Has anyone encountered this behaviour before? I hope I'm not missing a FAQ...
--- End quote ---
Sorry Tom, I'm sure I introduced this the last time I tried to fix macos x off the top of my head this is all in lisaem_wx.cpp, if you diff the last last two RCs when it was working vs now you should see where the changes to the wxui were. lkely in the onpaint_skin and onpaint_skinless methods. possibly a change in the type of bitmap for my_lisabitmap and related.
there were other changes around mouse mapping with zoom perhaps being that the big laptop has a 4k display the mapping between the mouse and display and zoom levels is the issue. I think I put in some tables for each OS that help scale for the display. it's likely that my 4k laptop running GTK behaves very differently than yours, I guess I'll notice it on gallium next time I compile and hopefully will fix it. I don't know if that was the right thing to do or not but it seemed to work on the 3-4 physical machines I tried the last time as well as the macos vms I used.
You can try cheating by replacing lisaem_wxui.cpp from the one that work and see if that fixes it for you for now. but there's a couple of other bugs I fixed there - I think screenshot file naming that were previously broken in the one you last tried.
also wx3.1.4 is out, and I wanted to test against it too - not sure if it will help or cause more issues.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version