@nil holy shit
now _that_ is a warning message!
does it use the time despite not believing it? as in, does it behave correctly?
Top-level
@nil holy shit now _that_ is a warning message! does it use the time despite not believing it? as in, does it behave correctly? 13 comments
@nil @moira many thanks for looking into this. I won't be able to try it soon, but when I do and run into this, I'll be sure to reach out!! You seem to be using the program for the SunPCi III whereas I have a SunPCi II. Possibly they are different. I still had the Ultra 5 on my desk in 2010-2011, so possibly the check isn't in that version or I indeed didn't boot up the card after 2009. There is relatively little point in emulating that card btw. (A 2nd QEMU x86 instance will help more.) @jschwart @moira for sure, i only emulated it since i wanted to get this error message and don't have a sun workstation of my own, let alone a SunPCi. if i wanted to run old x86 software i'd use 86Box or DOSBox. but it would be nice for the sake of preservation, if really impractical, if someone could implement an emulator for the SunPCi. @timjclevenger @jschwart @moira maybe it's something they added later on, then... i can't think of why they would, if it works just fine without the date check @timjclevenger @jschwart @nil @moira This check seems to only have been present in the 3.x versions for the SunPCI 2 and 2+ cards. Apparently there was a patch published in Jan 2010 that removes that check, but the old SunSolve patch repos are long gone, thanks to Oracle. @moira it's exactly what the program would look like if you ran it, as i was able to hack the program to bypass other checks and jump right to the date check |
@moira this is an edited screenshot since the program (SunPCi) depends on hardware that as far as i know isn't emulated yet. but from what i know, the program will refuse to run in this situation