emulator generate error in MonoBlt_bit while booting GlobalView 2.1

[yokwe]

Originally from californiaelectric

Dawn.dsk worked fine so I tried I tried running release 1.3 on my GlobalView 2.1 GVWIN001.DSK. Looks like a problem with color or mono bitmaps:

21:13:19.09 INFO Memory mapDisplay 1800+C0 FEA0 192 21:13:19.09 INFO simple MP 7600 21:13:19.09 INFO simple MP 7600 21:13:21.09 INFO simple MP 7650 21:13:26.09 INFO simple MP 7700 21:13:28.09 DEBUG control UnboundTrap 00000003 21:13:29.09 DEBUG control UnboundTrap 00000003 21:13:29.09 DEBUG control UnboundTrap 00000003 21:13:29.09 FATAL bitblt ERROR Opcode_bitblt.cpp 643 MonoBlt_bit 21:13:29.09 FATAL util 0 tmp/build/guam/guam(_Z12logBackTracev+0x1a) [0x479f4a] 21:13:29.09 FATAL util 1 tmp/build/guam/guam(_ZN7MonoBlt11getInstanceERN8ColorBlt13ColorBltTableE+0xa6c) [0x42aedc] 21:13:29.09 FATAL util 2 tmp/build/guam/guam(_Z8I_BITBLTP6Opcode+0x23b) [0x42c13b] 21:13:29.09 FATAL util 3 tmp/build/guam/guam(_ZN15ProcessorThread3runEv+0x16b) [0x4233ab] 21:13:29.09 FATAL util 4 /usr/lib/x86_64-linux-gnu/libQt5Core.so.5(+0x99c40) [0x7fd4c647cc40] 21:13:29.09 FATAL util 5 /usr/lib/x86_64-linux-gnu/libQt5Core.so.5(+0x9cd2e) [0x7fd4c647fd2e] 21:13:29.09 FATAL util 6 /lib/x86_64-linux-gnu/libpthread.so.0(+0x80a4) [0x7fd4c5f340a4] 21:13:29.09 FATAL util 7 /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d) [0x7fd4c544704d] 21:13:29.09 FATAL mesathread Error MonoBlt_bit 643 Opcode_bitblt.cpp

[californiaelectric]

Hello,

Can somebody repost? I thought I had downloaded using Chrome but checked today and it failed.

thanks.

[iblowmymind]

Hello!

A bit late to the party, heh ^^

Can anyone repost the VMware image? (Yep, just repeating the question above)

Thanks!

[iblowmymind]

Also, I've seen that Volafile's 2-day expiration keeps being a big issue, so if I do get the files, I'll try to upload them to a more permanent fileshare, alongside a 2-3+ GB collection of Xerox software (not including the 11 GB's of PDF's + PARC FTP archives) and related tools (for example, tools for extracting data from raw Xerox formatted floppies, floppy conversion etc.) I've accumulated, categorized and sorted for over a year.

Thanks!

[iblowmymind]

Alright, uploaded my archive here: https://mega.nz/folder/dnhTBQ5Y#AUBh-aLzr1kRqgR_15XwPw

Thanks!

[techfury90]

https://litter.catbox.moe/aagip3.taz <- here's the image. Link expires in 72 hours.

[iblowmymind]

Thanks a lot! Will upload to the mega archive linked above for more “permanent” preservation.

[iblowmymind]

It worked! I didn't even know GVWIN 2.3 existed!

I'll need to modify the WorkstationProfile to try to get English (since my Japanese is so little), but we'll see.

[iblowmymind]

..thaat did not work.

[iblowmymind]

devhawala's Dwarf seems to exit to remote debugging (0915) the moment I try to run it with the disk. Tried both the 2.3 and the known-to-work 2.1 germ but still crashes the second it opens. Let's see if guam works..

[iblowmymind]

Guam worked!!

[iblowmymind]

I'm now going to attempt to copy over XDE-on-GV to my main Dwarf machine (over Dodo's fileshare) that was saved in the GV_SAVE folder, but question is: How can I actually copy the files inside XDE volume itself directly? (such as the compiler etc.)

[iblowmymind]

And, I directly imported the files into Dodo, but they're in the Windows file format, so how can I make it back into having the file properties of a NSFiling file? (Yes, too many questions, I know!)

[iblowmymind]

Hello! I’m back and I thought on my situation: I suppose I can try to bridge a NetHubGateway over VMware’s Bridged Connection. However, I have an issue: I couldn’t get NetHub to work on Windows, so I’m running it over WSL2. This works with running Dwarf on Windows as I can just set the IP to the WSL machine’s IP. I had used TAP to pass through a GVX Machine (qemu-system-sparc emulating a Sun workstation running GlobalView for X 1.05) and managed to get it work, although rather unstable. But I don’t know if it would work over double-emulation, since I can’t run it on Windows anymore. But we’ll see. If it works, I can just use the filing services to copy the devel apps on GV, such as GV-XDE. For the files not on the NSFiling volume (such as the Mesa compiler found on the XDE filesystem) I should just be able to use XDE’s FTP tool. I’ll see if it works in a few days and report back. -blw

[iblowmymind]

The install media support Windows XP too. I used FX GVWin on Windows XP/IBM PC for development. Lets try another configuration.

It’s really interesting that it works in NT, as the latest GVWin that was publicly known to be available (2.1) utilizes VXD drivers for emulation that doesn’t work under NT mode, even with OTVDM. Does this mean it can technically run on Windows 10 with a bit of fiddling? I’ll have to look into that too.

[iblowmymind]

Alright! I’ve had the opportunity to install the system to a real XPmachine (using the MEDIA folder in the VM’s desktop as a source), and despite all the text being corrupted (even though I enabled Japanese support in XP, weird) I managed to do a normal install, run the desktop etc… Until I decided to run XDE-VP, and it crashes every time. Using the pre-existing disk auto-runs Tajo instead of loading to BWS for some reason, and the system dies.

The MPCodes that cycle (in order) are: 0001 9999 7742 0223 1919 2021 0606 0054 0170

[techfury90]

MP code is saying there's a fault within BWSSTUFF, failure type 42 "bug". Not quite sure what that means, I'm just going off the info in http://bitsavers.org/pdf/xerox/6085/service/6085_FE_training.pdf

Regarding the text corruption, I've seen this before with Japanese software on non-Japanese releases of Windows. The gist of it is that as you may know, a Windows application can be built against either the ASCII or Unicode API. Well, in Japanese releases, "ASCII" is really Shift-JIS, and this is an "ASCII" application due to being targeted at Win9x. What you need to do is spoof your "legacy" locale to Japanese/Shift-JIS using a tool along the lines of AppLocale/Locale Emulator, so that it'll actually properly show Japanese characters.

I did some digging, LE doesn't seem to support XP, but the old MS AppLocale can be found here: https://drive.google.com/file/d/0B33BRi8zqrn_MEQ4bUtWLXRUTFE/view?resourcekey=0-TaempU9373jArDYjGuK8Lg

And here is some information on how to use it: https://www.shrinemaiden.org/forum/index.php?topic=4138.0

[iblowmymind]

Thanks a lot! Right now I’m suffering through installing VMware 4.5 (since 6.5 didn’t want to install..) and the disk format isn’t backwards-compatible so I’m going to look for a way to convert disk formats.

[iblowmymind]

Wait, got it wrong, VMware 6.5 wouldn’t have worked either, since it’s ESXi, I’d need something from 2014!

[iblowmymind]

MP code is saying there's a fault within BWSSTUFF, failure type 42 "bug". Not quite sure what that means, I'm just going off the info in http://bitsavers.org/pdf/xerox/6085/service/6085_FE_training.pdf

Yep, I had worked with Mesa error codes before, and they’re very hard to crack without an available network debugger.

[iblowmymind]

Well, AppLocale didn’t prove to be very useful as GV spawns subprocesses for a lot of stuff and AppLocale can’t pass locales to that. So, I set the Non-Unicode program locale in Region Settings to Japanese, and it works for now. No clue on the crash though..

[iblowmymind]

However, my main issue right now is the crash with enabling XDE-VP on Windows XP. So, @yokwe do you have any clue on why this is happening?

[yokwe]

Hi blw, From the screen shot you attached, you are using my virtual disk. It should be work perfectly :-) I guess cause of problem is in OS side. Try boot GVWin wth disable auto-run (enter maintenance option passwod then choose boot swiches then add N) to make sure problem relate to XDE on VP.

[iblowmymind]

Hello! I expected it to work perfectly as well, but even with a default stock install on Windows XP with nothing else except XDE-VP, starting it causes the emulator to crash. I’m suspecting that it’s somehow related to running under XP, but I’m not sure.

[iblowmymind]

After starting with N the system boots (as expected). Running XDE still crashes the emulator.

[iblowmymind]

Huh. NSINSTLR crashes the system with a 0915 (network debug mode). I’m suspecting its related to NTVDM somehow.

[iblowmymind]

Same with File Check.

[yokwe]

If you have stable GVWin with XDE on VP, remote debug with sword in XDE is easy way to know cause of problem. After successfuly connect to gebuggee with sword, you can type RD (ReDisplay swap reason) to know cause of 915. Also DS (Display Stack) to show call stack.

[iblowmymind]

Well, I thought of a way to transfer the XDE-VP file, using a NetHubGateway bridge to connect to the Win98 VM, getting the file and transferring it to a Dwarf VM on the same machine, and copying the XDE files the same way too. And I can technically run it over Wi-Fi to the WinXP machine. However, the machine doesn’t have the XDE drivers so I’m kinda stuck right now.

[iblowmymind]

Do you remember how exactly you set the system up? (all the parameters you entered in the setup while installing globalview) I can try to replicate those exactly and see if the issue persists. @yokwe

[yokwe]

FX GVWin installation is easy should not be problem. If you install on non Japanese WIndows, you should not install or disable Japanese IME related application or feature ( I forgot name of it). If you want to avoid problem, choose minimum for installation. Installation of XNS network driver is not so obvious. Insallation method and direr for Win98 and NT(XP) is different. You can check installation of XNS network driver by Echo (エコー) test (テスト) with other machine. I guess you have my vmware esxi image of WIn98. Using of the image is best way to use FX GVWin in my opition.

[iblowmymind]

The XP machine I’m using doesn’t have Hardware Virtualization, so running VMs are a pain. It doesn’t support thr latest version of VMware either, and running it with VirtualBox is so slow that it took 15 minutes just to get from the BIOS to a cursor! So running it in the VM is out of the question right now. And I really want to experiment with it in a phyiscal machine, that’s why I’m using the XP laptop. And I kept the IME on, I’ll reinstall and disable that, and see if anything changes.

[iblowmymind]

And also, should I upload only the MEDIA folder to (so only the setup program), say, BetaArchive, or archive.org, or any other place where it's publically accessible? @yokwe

[yokwe]

You problem is not from technical reason but from your resource (computer hardware) limitation. Reason I create virtual machine image of FX GVWin is, I think it is difficult to install Japanese application which use Japanese message on Japanese Windows for non japanese speaker. Also it will become difficult to find OS media and relevant network driver in future. I believe virtual machine is the best way to keep running FX GVWin for longterm and in future. You have your resource limitation and I have mine too.

[iblowmymind]

Yeah, you're right.

[iblowmymind]

On a more unrelated note, was there ever an English version of GlobalView 2.3?

[iblowmymind]

Wow. I certainly was not expecting this. But it seems to work on Windows 10 under https://github.com/otya128/winevdm?? It's pretty slow though, and right now it's in 7600, so it's hard to tell if it's stuck or just slow. (This isn't my normal PC BTW, I'm running it in a different one!)

[iblowmymind]

It moved to 7700!!

[iblowmymind]

It works!! Still experiencing a crash when loading Tajo, but a normal desktop works! @yokwe

[yokwe]

There was one attempt to create english verison of FX GVWin. It was custom application for Sony Taiwan. It changes text message in before login screen and just after login screen. All other message is in Japanese.

[iblowmymind]

Oh, that's quite interesting.

[iblowmymind]

Do you happen to have any other copies of any version of GlobalView for Windows / X? Or any 8010 / 6085 floppies?

[iblowmymind]

Or, the original 2.3 install media in CD-ROM format? @yokwe

[yokwe]

No I only have last released version of FX GVWin. Why you ask intall media in CD-ROM format? Copy of the CD-ROM is in Media folder in GVWin.

[iblowmymind]

I dunno, I thought it would be better for preservation and stuff, as the ISO of the CD-ROM would be better in preserving timestamps etc.

[iblowmymind]

So, is there any chance you can take a full ISO of the CD-ROM image + maybe scans of the CD art / front etc.? @yokwe

[iblowmymind]

Sorry if I'm asking for too much ^^, I just want this software to be preserved the best way possible.

[yokwe]

I am not your mother or father. So I don't give what all you want, but I give what I can :-)

I don't have original relased CD-ROM media. But I had original release pamphlet in bllue cover of last FX-GVWin. But it was lost. Sorry for that.

[iblowmymind]

Yeah, you’re right :D My apologies! And it’s alright!