![]() DoneSome packages could not be installed. DoneBuilding dependency tree Reading state information. Statistics: Posted by Dirk Niggemann - Wed 5:46 pm - Replies 0 - Views 2ĬODE: $ sudo apt-get install wine-stable wine-stable-amd64 wine-stable-i386:i386 winehq-stableReading package lists. Is this some sort of handle to segment descriptor conversion bug? Is the segment number 1337 significant? Or is a ‘leet’ segment descriptor just a coincidence? ![]() The exception occurs after calls to GLOBALFREE() with different handles- It’s not just one specific corrupt memory area or handle.Ĭan anybody suggest how I go about debugging this further? Looking at the handle usage with global, the handle 16be is allocated, locked and unlocked in what appears to be a valid sequence. The exception occurs only after certain GlobalFree16 calls, not all of them,Īll the internal calls in GlobalFree16 (such as to HeapFree) appear to succeed. The problem I am having is that I can’t figure out how to debug through the thunks and the following additional challenges apply: I think the err:thunk is irrelevant because the same error occurs in the working MSDA program, and doesn’t occur immediately adjacent to the exceptions. It’s popping an invalid segment descriptor into DS just before the pop %es. When tracing, this seems to be on return from GlobalFree16. It appears that the exception occurs in one of the automatically built thunks defined in winebuild. The configuration file that controls the menus errors in a builtin routine called MENUEND. The actual he GCMS control program (MSTOP.EXE) is also 16-bit and does not load its menus either, but this doesn’t crash on startup.Īs both programs include an interpreter for Chemstation macros, the menus are dynamically programmable. Having resolved one issue with argument marshalling in win16-32 cross calling (see ) the program now starts but fails to display its menu bar. However, the configuration program (MSCONFIG.EXE) which is win16 crashes on startup. You can still type the name of the directory manually and it will load the contents correctly. The win32 data analysis component (MSDA.EXE) runs OK on Wine 5.0-rc6 on Mac with no major issues other than that the file dialog not allowing you to select the application's 'files' which are actually directories. This software is designed to control older Agilent GC/MS systems which are no longer supported with newer versions of the same software.īasically a few of the components are win16 apps and the others are win32. It was 'certified' to run on NT4 systems and still runs on windows 10/32 with some peculiar tweaks (requires disabling write access to root of C:\) but nothing that i see relevant to this report. I'm tying to run a very old 'mixed' win16 / win32 app- Agilent Chemstation G1701BA from about 2000.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |