jumper

ADVAPI32.DLL:RegOpenCurrentUser is supported by KernelEx 4.5.2. You may have installed it to default to "Disabled". Right-click on ACHELPER.DLL and select Properties. In the KernelEx tab, select "Use specific compatibility mode" and "Windows 2000 SP4". Do the same for the main app.

I have no idea what you mean by "j*v*" or "error 1723". Enable API hook on pdf.dll on both systems and compare the console logs.

I was referring to the browser security setting that prevents the editor from accessing clipboard data directly. Probably Scripting->Allow Programmatic clipboard access. Try copying as plain text instead of rich text. Also try pasting with Ctrl+V. Right-clicking and selecting Paste tells the app to read the clipboard. Pressing Ctrl+V tells the OS to insert from the clipboard into the active window as if typed.

What's the Reply/Preview Post box doing at the bottom of the Discover:All Activity page? Hand typed BB codes: hr: list=1 * * /list Before list One Two After Bold italic underline :) :yes: :thumbup On Edit, I see that all the BB codes have been converted to HTML. The /list tag is not being recognized so a matching /li /ol is added at the end. Let's try using HTML directly: Before list One Two After Also emoticons are not recognized: :crazy: :ph34r: but are honored in existed posts.... Some reprocessing of the HTML is still being done [:(] And if I don't terminate with a CR, we get>>>

Signatures are double-spaced even more than regular text. My post does have an Edit option (but still no Quote or Reply on others) Edit loads the text in a narrow Required box and has Cancel and Save options, but not Preview. The Browse button is useless as there is no Attach button to go with it. The Reason for Edit box is a nice addition. There are no recent posts shown for context as before. I checked my signature in Settings and found that it has been modified--all line breaks have been doubled.

Basically, the entire site is now broken: Broken navigation bookmarks No menus for navigating Miniscule fonts Horrendous layout Question marks everywhere Enabling Javascript used to cause a ten-folder delay in page loading (from ~10 to ~100 seconds). Now it does absolutely nothing. Pages load quickly but are almost completely unreadable. Site is now unusable in Firefox 2. And Opera 10.63 is only a little better--font size and layout are readable, but site is still largely unusable. And gray on gray text is still as invisible as before. Highlighting produces gray on light gray which can be read with difficulty. Selecting All produces obnoxious contrast, but is the only way to quickly read most of the headers and footers. No Reply or Quotes options, only "Quick" reply box at bottom. Preview Post reloads page with deleted reply! Board can't handle user logged in with two separate browsers at same time. Sign in page doesn't "Remember me" Check boxes are not aligned with clickable area. Since Preview Post doesn't work, all carriage returns will likely be deleted. If you are reading this, then at least Submit Reply works. :)

> Is there actually a full version of 4.5.2015.12 yet? Yes, but now the forum update couldn't have happened at a worse time. I can't attach files yet. KernelEx.12.7z

You forgot to tell us the browser and version. Did changing the setting fix the problem?

KM 74_31 runs pretty well. SM 2.32 is another Gecko option that works, but both are sluggish. Slimboat 1.1.50, Qupzilla, and QTWeb are faster QT4/webkit options. Javascript usually works but ends with an error box (fixable). Qtwebkit4.dll needs to be downgraded to version 4.7.4 for these to work. BTW, KernelEx 4.5.x and USP3 are incompatible without some manual tweaking. I haven't installed USP3, but have manually updated some system files.

Looks promising. A couple new DLL's for us to use. I recommend against using LZ32.dll as an auxiliary, as that will break the use of LZ32 with Kexstubs. KernelEx does not (yet) extend auxiliary DLL's.

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.