Tihiy

Would be very nice. 261-262-263 are the revisions likely should be enough.

That must mean hang is hard; everything locks up and the only way to exit is to bring Ctrl-Alt-Del dialog, right?

supem, thank you again. Can you also test rev 262 to be 100% sure it's 263+ at fault? It's in updated RC4-5.rar. Thank you again :>

Thank you very much. CoWaitForMultipleHandles was culprit #1 (since its the only new function which does wait), but the problem is - it's not used by printer drivers i've seen and Office 2000/XP/OOo, which prints fine for me and xeno86. Can you please run a search for files you run which use it (with Far for example; files containing 'cowait'; not case sensitive; all character tables; in \windows and \program files with subfolders, then filter out things you don't use).

CharlesF, we need to figure out what happened during RC4-RC5 path. Only you [and similar poor souls?] can help us. [download removed] This file contains 18 key revisions between RC4 and RC5. Start with installing RC4 and trying lowest revision. Install by right-clicking install.inf and reboot. Test if your bug appears. You can skip revisions to save time ('binary' search) but don't jump between < 260 and >=260 revisions as they contain different sheet.dll. Good luck

Now that's insane. Look around, you have NT drivers! In filemon and drwatson logs, there are mention of dlls which don't belong to drivers you posted: SDIMF32.DLL, QDPRINT.DLL, SD32.DLL, SDDM32.DLL, SR32.DLL, ZGDI32.DLL, ZSPOOL.DLL, etc. Wtf? It's possible that's NT drivers and they started to work with RC5 but not well ofc. Tell me where to get these files, or i'll have to treat this an invalid situation and not a regression.

Researched that. It was working in 4.5b2 and won't work anymore since it's makes bad assumptions about process/thread IDs. This change was removed in RC1 since it caused a lot of troubles.

You need to define APPDATA and USERPROFILE environment variables.CharlesF , we need you help. The printer drivers you have are old and most likely can't be affected by KernelEx. Crash you had happens in spool32 which is excluded from KernelEx. There were no core changes between RC4 and RC5 either. Please elaborate on your problem: * does problem occurs with KernelEx installed in 'disable by default' mode? * how bad is hang and what it seems to be caused from (message loop, high cpu usage, i/o, windows drawing, etc) * does problem happen with spoolss.dll from winme? * if you decide problem is surely RC5 specific, try RC5 with kernelex.dll from RC4.

That's my fault since i'm the feature-pusher. So far there are following release do-wants:- Printer problems (not reproduceable) - Flash problems (minor / no clue) - AlphaBlend improvements - setup improvements - MSI compat db - wiki

Double-posting is not appreciated in forum, you know. Firefox 3.x won't print and will demonstrate unstable behavior whatever you do, period.

You can hex-edit and change capGetDriverDiscriptionW to capGetDriverDiscriptionA and capCreateCaptureWindowW to capCreateCaptureWindowA and MagicJack will start but won't work properly (error connecting to servers).

Pari_IT No, Firefox 3+ can't print, sorry. Do you have problems with printing from other apps with KernelEx?

CharlesF, Pari_IT, other ppl having printer problems, please give us your printer drivers. It's more like Epson related (CharlesF has Epson drivers too). We don't have Epson printers (nor problems with our printers) so if problem won't be seen in drivers statically, the only option left will be to test all revisions between RC4 and RC5. Thanks.

Seems that natural sorting fails to work with SeparateProcess turned on. Thx for reporting.

It is already restricted. Perhaps some driver or program is deceiving it.

Well, ClearType is not so smooth. Which program you're printing from?

Thanks for the file. If anyone else wants RP translation, you need to supply .lng translations (ansi) and .dll translations (unicode). There's no point in attaching translations strings here (like gerislamico did) since i'm unable to use them in right codepage. RP9 still lacks proper documentation, has some architecture flaws which require much more time than i have.

On the right.

Revolutions Pack 9.7.0 http://tihiy.net/files/RP9.exe - New: natural shell file name sorting; - New: Tahoma is shell font by default; - Fixed: small icon wasn't drawn for some applications; - Fixed: align to grid menu failed to work in some cases.

Is ClearType enabled? Try removing ctras.dll from your system.

Secur32.dll 128-bit version differs by just 1 byte in code section. So here is secur32.dll 4.10.2228 128-bit created by altering that byte (and version in resources) in Export version: secur32.zip Hot!

DSClient setup uses instsec.dll to write 128-bit secur32.dll when 128-bit schanel.dll, rsaenh.dll and rsaenhs.dll are detected (hash of file matches to the ones it knows).

Now we would like crash logs / those files.

You need to remove ExecSecureObjects from msi. Don't try too hard since soon you won't need to do that.

Download MSVC2008 compiled versions. And IE6 is likely required. Support for MSVC2010 runtime is not planned soon.Did anyone try Office 2007 format converters? Is it too hard (huh) to install? It will run almost-out-of-the-box soon, but if you're eager to try, i can give everyone painless no-msi-editing method now. Also plz don't discuss IE in this thread, period.