Jump to content
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble

MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. Alternatively, register and become a site sponsor/subscriber and ads will be disabled automatically. 


  • Content Count

  • Donations

  • Joined

  • Last visited

Community Reputation

0 Neutral

About saulius2

Contact Methods

  • Website URL
  1. Never say never. In such cases it reminds me of WIne project. I guess KernelEx could also (as the Wine) use separate plain text file for the foreign registry entries (by blacklisting them or whitelisting W98 branches). And stubs for specific DLLs could also be developed (if real files on disk are needed). But at first you should make IE7/IE8 running under Wine. Then the process under KernelEx would be lot easier. IMHO Sorry for a dev-like message when I am not one.
  2. Xeno86, is there any dedicated thread for developers of KernelEx, or does the current thread suffice? I suggest you to keep some regression test suite which would be run every now and then (or at least every day). Just the way Wine project does this. They use the separate program called Winetest: http://test.winehq.org/data/ I just made some runs of it, and it seems to be missing some API functionality. It fails very early with some assert: the Winetest source says we fail inside some helper function: 134 static int running_on_visible_desktop (void) 135 { 136 HWND desktop; 137 HMODULE huser32 = GetModuleHandle("user32.dll"); 138 FARPROC pGetProcessWindowStation = GetProcAddress(huser32, "GetProcessWindowStation"); 139 FARPROC pGetUserObjectInformationA = GetProcAddress(huser32, "GetUserObjectInformationA"); 140 141 desktop = GetDesktopWindow(); 142 if (!GetWindowLongPtrW(desktop, GWLP_WNDPROC)) /* Win9x */ 143 return IsWindowVisible(desktop); 144 145 if (pGetProcessWindowStation && pGetUserObjectInformationA) 146 { 147 DWORD len; 148 HWINSTA wstation; 149 USEROBJECTFLAGS uoflags; 150 151 wstation = (HWINSTA)pGetProcessWindowStation(); 152 assert(pGetUserObjectInformationA(wstation, UOI_FLAGS, &uoflags, sizeof(uoflags), &len)); 153 return (uoflags.dwFlags & WSF_VISIBLE) != 0; 154 } 155 return IsWindowVisible(desktop); 156 } So it seems the GetUserObjectInformationA() call is the first one which could be put into KernelEx regression test (or into the very Winetest also, if it can work together with KernelEx in future:)
  3. Bugreport: 1. Windows Millennium [Version 4.90.3000] 2. KernelEx Core v4.0.11 [RC 1] 3. Mozilla Firefox v3.1b3 4. Input fields (edit boxes and HTML forms) prints wrong characters when my Language indicator shows I have switched to Lithuanian lang. 5. Run Firefox, press Alt-LShift, type some non-ASCII national characters and see wrong symbols instead. 6. Should I test this under KernelEx v0.3.6? If I disable support for FF3.1b3, then I am afraid FF won't work at all. My regional settings are set to Lithuanian, but my system font probably doesn't support lithuanian symbols as I cannot switch the indicator when typing in a name for a new folder. I am about to do some debug session. Any guidance? : )
  • Create New...