Custom Query (80 matches)
Results (28 - 30 of 80)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#32 | fixed | Libpathstrict and DosLoadModule | ||
Description |
When DosLoadModule? loads a DLL with the name having .DLL it will search for the file minus the DLL in the name. If the name does not have an extension or the extension is in lower case (.dll) then it will load. Odin has a number of obvious uses of DosLoadModule? with .DLL. There are some places where the file name is supplied by variable name... we may need to lowercase some variables if there are any reports of failures with libpathstrict. |
|||
#89 | fixed | MSVCR100.DLL requires InitializeSListHead | ||
Description |
Attempting to run Instantbird (instant messaging client based on Mozillia's xulrunner) I receive: The application has called the non-existing api KERNEL32.DLL->InitializeSListHead (loaded by MSVCR100.DLL) |
|||
#82 | fixed | Make SEH work in OS/2 context | ||
Description |
The current implementation of SEH (
This mode is the default in Odin if it runs a Win32 binary as this is what the binary expects and needs. But in cases when we build Win32 apps from sources there is actually no sense in maintaining this FS context switch from OS/2 to Win32 and back. Even if the Win32 application not only uses Switching FS may even be dangerous in some cases and this especially relates to situations when Win32 code calls OS/2 code and vice versa: the called party may not expect a wrong context (if e.g. it does its own exception handling since this is what FS is used mostly for). In either case, maintaining the context switch is error-prone per se due its complexity (you may look at e.g. sehutil.s to see it). |