jumper

The XP "Network Setup Wizard...will help you...Share a printer". Once you "Turn on file and printer sharing", "any files or printer you have shared are now available for other to use."

I believe the entries are not case-sensitive, but uppercase is the norm. Checking my registry, I see I am currently using mixed case on one entry and it presumably worked when I first added and tested it. Why did you choose T2embed.dll and what verson of it are you testing? Just test any apps that call it and check the logs to see if it was invoked. If it was and the app performed as desired, then it works.

> I have not tried so far to see if disabling system dlls would help with the Gimp plugins and git crashes as I am still using original kexbasen.dll. Fixing Gimp was the primary purpose of disabling extensions on the system DLL's, however it should increase both performance and stablility in all apps. Also, using the original Kexbasen with the latest update releases is unsupported. Please don't do it except for temporary test comparisons. > It's unicows.dll What is Unicows? The problem or the solution to what? > it seems settings change aren't applied immediately if they are made in the registry For performance reasons, KernelEx does not monitor the registry. The property sheet updates the registry and then alerts KernelEx to reload the settings.

SetSuspendState() doesn't work with Rundll32 in 9x (but reportly does in 2k and up). I tried it. It should work when called with the correct parameters from within a program, however.

And even simpler: void WinMainCRTStartup (void) { SetSystemPowerState (!!GetModuleHandle("Suspend.exe\0.................."), TRUE); ExitProcess (0);}Suspends to RAM (forced) if named Suspend.exe. To hiberate/suspend-to-disk instead, change the filename.Extra space reserved for hexing of filename string needed for Suspending to RAM. Suspend.7z

> So I put this ntdll.dll into the kernelex/ros-folder and made the knowndlls-entry in the registry. Experimenting with system files from others OSes is encouraged. If you use them as a KernelEx auxiliary DLL, please report results in KernelEx Auxiliary DLL Updates If you use them with Kexstubs, please report results in Kext: DIY KernelEx extensions > On SeaMonkey 2.7.2 cpu usage stays at around 90% !! I waited one time 5 Minutes to see what happens but nothing changed. ...I assume that this does not happens on your system.... It doesn't happen...until it does! After much debugging and tracing, I've concluded that the hang isn't caused by KernelEx. SeaMonkey versions 2.7-2.9 are simply yet more apps that don't fully work with Win9x even with the help of KernelEx. I recommend version jumping to SeaMonkey 2.32 which does work (with glitches, but without hanging). Then go backwards to find faster versions with fewer glitches or forward (if you have a fast machine) to test more recent versions. Report all findings in a separate thread dedicated to SeaMonkey compatibility results. @loblo and everyone Use the WindowsSystem registry patch or manually disable KernelEx extensions on all system files including: AVICAP32.DLLCOMDLG32.DLLDNSAPI.DLLMPR.DLLMSIMG32.DLLMSVCRT.DLLMSVCRT20.DLLMSVFW32.DLLOLE32.DLLOLEDLG.DLLSHELL32.DLLUNICOWS.DLLWINSPOOL.DRVClean your stubs.ini file of these and any other duplicate definitions:[ADVAPI32.DLL]ConvertSidToStringSidA[KERNEL32.DLL]GetModuleHandleExA[KERNEL32.DLL]SetDllDirectoryA[KERNEL32.DLL]SetDllDirectoryW > Note that more of Ley0k's code has been integrated including his versions of [COMDLG32.DLL] PrintDlgExA and PrintDlgExW. Actually the PrintDlgEx functions are still stubs, not much better than the original stubs. I've been working on improving the ComDlgKs and ReactOS versions, but they are not ready yet. In addition to better [Comdlg32.dll]PrintDlgExA [Comdlg32.dll]PrintDlgExW we also need: [Winspool.drv]EnumFormsW [Winspool.drv]GetPrinterW These will all go into a future version of Kexbasen.dll.

ReactOS™ version 0.4.0 was released 16 February 2016. Please download the LiveCD and test the system DLL's for compatibility with KernelEx. Thanks!

Rundll32.exe Kernel32.dll,SetSystemPowerStateThis works in a shortcut to which you can assign a hot key and icon of your choice.To be fully compatible with Rundll/Rundll32, a 16/32-bit function must have four parameters like WinMain. SetSystemPowerState has only three parameters so after the system comes out of suspend you will see a system error dialog. WSH scripts can surely be written to simulate pressing the Suspend key, or even to call SetSystemPowerState directly. The code could be written to a temp file by a batch file if you really need batch support. Ask in Programming (C++, Delphi, VB/VBS, CMD/batch, etc.) and someone will probably rise to the challenge.

> Also, if I were to play games such as Commandos, wouldn't the game be running freaklishly fast because of this rigs' build being too powerful? More likely a freakishly high frame rate.

http://web.archive.org/web/20050213175516/http://support.microsoft.com/?kbid=892211

The full path of the current batch file is stored in %0, and %0\.. will remove the filename, so... > Call 2.bat Call %0\..\2.bat

444 10 < 4-4-4 12 ?

The 32C120U1 is 1366x768@60. Here's a similar .inf I found online for an LG: ; http://forum.oszone.net/nextnewesttothread-187849.html; generated by PowerStrip 3.0, 07.10.2010; Copyright (c) 1995-2005, EnTech Taiwan.; Web: http://www.entechtaiwan.com[Version]Signature="$CHICAGO$"Class=MonitorClassGUID={4d36e96e-e325-11ce-bfc1-08002be10318}Provider=%MFG%[Manufacturer]%MFG%=MonMfg[MonMfg]%MODEL%=Mon.Install[Mon.Install]DelReg=DEL_CURRENT_REGAddReg=Mon.AddReg,RES,DPMS[Mon.AddReg]HKR,%MODE%,Mode1,,%RANGE%[DEL_CURRENT_REG]HKR,MODESHKR,,MaxResolutionHKR,,DPMS[RES]HKR,,MaxResolution,,%MAXRES%[DPMS]HKR,,DPMS,,0[Strings]MFG="LG"MODEL="32LH2000"MAXRES="1360,768,60"MODE="MODES\1360,768"RANGE="15.0-106.0,55.0-160.0,+,+" Perhaps PowerStrip can read the 32C120U1's capabilities and generate an .inf for you to use or customize. Other hardware utilities might also be able to read the monitor (*thread about this last year*) and provide the details you need to customize an .inf file.

IIRC, there are versions later than DX9c that should work with KernelEx. Later versions tend to have one or two files with post-9x dependencies. Kex should be able to fix them, or we could create a USP with just the updated files that don't need patching or help from Kex.

My vote: 1st timers are not allowed to respond to 1st timers.

What is the exact model of the 32" Toshiba TV? Be very careful with this, but if you set the monitor driver to "Super VGA 1600x1200" you should be able to select physical modes up to 1600x1200 including 1360x768. You might want to experiment with "Super VGA 800x600", "Super VGA 1024x768", and "Super VGA 1280x1024" first to see how the video card and TV react/interact. Stay away from the "@ 75 Hz" modes unless you're sure the TV can do 120Hz in progressive video and PC monitor modes. I was able to use this method with my original 640x480 VGA CRT monitor to overdrive it to 800x600 and even 1024x768@43i (after opening the case and tweaking a high-voltage coil with the power on!).

You don't have a scaling problem. You're stuck in virtual desktop mode because the video board thinks the display is only capable of 1024x768, max. You need to tweak the monitor driver settings, not just the video card settings, or autodetect the monitor's native resolution.... In Display Properties->[Advanced...]->Monitor, [Change...] to "Plug and Play Monitor". Also set "Automatically detect Plug & Play monitors." After a reboot, in Device Manager->Monitors you should see "Toshiba ###". Open it and under Driver you should see "No driver files are required or have been loaded for this device." Display Properties should report the Display as "Toshiba ### on ATI ###". If so, you should now be able to select resolutions up to 1360x768 without scrolling (also try 1366x768).

I tested with SM 2.7.2 and confirmed that SetCriticalSectionSpinCount is the last API called before SM has fully loaded and is awaiting something to do. Try clicking Help->About. It works for me. On the other hand, SM calls SetCriticalSectionSpinCount very often near the end of the load process, so could be hanging after any of those calls. Change the filter to "(;Spin" to see the return code from SetCriticalSectionSpinCount and just the call for all others. Use TaskInfo2000 or something similar to check the CPU, memory, and resource usage when it "freezes". Is CPU high and memory/resources increasing? If so, you may simply need to wait (much) longer. Edit: My TaskInfo2000 resource and module details for SeaMonkey 2.7.2 loaded and displaying Help->About

KernelEx.12a.7z

> Action ISSetAllUsers, entry: SetAllUsers, library: C:\WINDOWS\TEMP\MSI2255.TMP Perhaps MSI2255.TMP is a new version of InstallShield's SetAllUsers.dll. Try testing it with ImportPatcher.

> Did you work on my problem with Opera? Actually, no. I just fixed what I knew to be broken in 11. 12 is what 11 should have been and hopefully will be once I get the core and kexbases DLL's updated. I have now almost finished the changelog for 11: post #223 Note that more of Ley0k's code has been integrated including his versions of [COMDLG32.DLL] PrintDlgExA and PrintDlgExW. Thanks, Ley0k! :

> Do you want new logs? No, I'm working on other things. Try retesting and debugging with Kexstubs disabled and with Msvcrt version 6.10.x. Also, if you could figure out why LIBGOBJECT-2.0-0.DLL is calling g_realloc_n in LIBGLIB-2.0-0.DLL instead of g_malloc0, that is probably the key. (See post #106.) >> "Kex16." > Sounds intriguing... will this be a re-write of KernelEx? No, just KernelEx 4.16. It's a new year and I want to be able to bump the third number as needed to indicate core incompatibility with previous versions (like between 4.5.2015.9 and .10). "K16" will probably be the alias.

Quote, quick reply, and More Reply Options should all work with scripting completely disabled, albeit without WYSIWYG. That works for me in older browsers. Attaching files to a post requires reenabling scripting before clicking More Reply Options.

Unless your Internet+ICS latency is rarely over 70ms, you'll probably want to increase your window size again. I suggest using the SpeedGuide.net TCP Optimizer to measure and optimize your settings. There you will also find:

@Mikl: KernelEx extensions *MUST* be disabled on KernelEx.dll, Kexbasen.dll, Kexbases.dll and all non-auxiliary support files. @Mikl, loblo, and all 1. enable "Use API hook" on the main app 2. launch DebugWindow.exe (right-click to access menu) 3. Filter Settings->Include: "("; Exclude: "" If fault occurs during app loading: 4. enable "Output to log file" 5. launch main app If fault can be triggered manually: 4. disable "Filter to console" 5. launch main app 6. enable "Filter to console" and "Output to logfile" 7. trigger fault After fault, logfile can be found in app folder with unfiltered debug info. Console filtered results (last 1000?) can be saved to file. Filtering tips: Include filter will limit display to lines containing a set of substrings (case sensitive). Use to show only API's or DLL's of interest: "Print;[1998;[07d;[bfa" Exclude: "dePo;Mess" Test with latest releases and if regression, last to work correctly. Report API's that lead to problems or different results.