jumper

Windows 9x and NT have different printing engines; this is basically why FF3 can't print in the first place. What we need is a version of Fireshot (and sss.dll) that is designed for 9x. Fireshot 0.76 is actually the first available version that doesn't support Win9x. The version to use is Fireshot 0.69. "Disable KernelEx extentions" on sss.dll so that it prints in 9x mode. Kstub822 and K452stub are not needed for these versions of Fireshot!

Have you tried disabling ACPI in BIOS? Disabling Plus-and-Play in BIOS? Selecting AGP/PCI video in BIOS? (un)reserving a VGA IRQ in BIOS? Reserving Resources in Computer Properties? Adjusting the PCI Bus IRQ Steering?

> ...I saved the file and launched VLC. So far, so good. > And when I opened Dependency walker to check, it says Shell32.VLC, but shows the error icon next to the file name. 1) Confirm that you have SHFolder.dll in your system directory. 2) Make sure that you renamed Shell32vlc.dll to Shell32.VLC and put it in your app folder. 3) In the DW Options menu, Configure the Module Search Order so that "The application directory" is moved up to the top of the search order. We may have a problem with API forwarding on NT (and also 9x). What version of VLC are you working with? I need to study the exact files you are working with.

> there is a large box above the small "Yes" box, containing the words "Test page in iFrame" in a large mono-spaced font. I do see this iframe in FF2.0.0.20. It seems something about your home system is causing the problem for 20 and 23pre. Try disabling KernelEx on them. And for Youtube, disable KernelEx on pre-10 versions of flash (I use 9r47 despite some missing movie player controls). Edit: I was able to make the iframe disappear by setting "browser.frames.enabled" to False and restarting Firefox. Update: It's not necessary to restart Firefox when changing the iframe setting, but a new instance of the page must be loaded in a new tab or window. Refresh and Ctrl-refresh are not enough. I was able to load the iframe test page in one tab, toggle the iframe setting, and load the page again in another tab with the result that the iframe was displayed in one tab but not the other!

> MinPagingFileSize=122880 > MaxPagingFileSize=122880 I'm using a 120MB fixed-size swap file. (Only 160MB available on that flash drive--the rest is already in use!) I plan to try min=256MB / max=1GB when I can (think 256/256+emergency head-room). I've used a small, expandable swapfile on my Ramdsk98 drive (R:) before with very good results. Only issue was the "file was in-use" warning at shutdown. Now I just use R: (~16MB) for intermediate files when compiling projects and as a quick scratch location for downloading/extracting/analysing files, etc. Again, this system has 248MB of main memory.

>Regardless how many times I clear those lists, that entry always comes back. Check your hostperm.1 file (in the profile folder with bookmarks.html). Maybe it's read-only? >Lastly, will any version of Opera higher than 12.02 run on win-98se with kex? Not yet. Opera 12.16 is under investigation. It might be possible to upgrade 12.02 with some of the gstreamer multimedia extensions and other support files from 12.16.

Five days ago I put my swap file onto an old 4GB removable usb flash drive and it's been working great: The file cache isn't depleted as soon and the system is more responsive when switching windows while swap is in use. Usb flash drive is J: so in System.ini [386Enh]: PagingDrive=J:MinPagingFileSize=122880MaxPagingFileSize=122880ConservativeSwapfileUsage=0I also have "Enable write-behind caching on all removable disk drives" set in System Properties->Performance->File System...File System Properties->Removable Disk.Notes: 253,220KB total memory (256MB - 8MB for video)204,590KB peak filecache 11,192KB min. filecache with no [vcache] minfilecache 7,260KB min. filecache with minfilecache=4096

Getting back to your title question, here's one way to do it: 1) Rename the W2K Shell32.dll to Shell32.w2k 2) Put it in the System32 folder 3) In RegEdit, use KnownDLLs to redirect "SHELL32" from "Shell32.dll" to "Shell32.w2k" (See http://support.microsoft.com/kb/164501) 4) Shell32.dll is not shared, so without rebooting launch VLC to test 5) undo step 3 or reboot to make change permanent Warning: Be aware that if the replacement DLL isn't 100% compatibile, NT4 may not boot!

1) Do not use anything on Shell32.vlc! 2) Use a hex editor on any EXE or DLL files that invoke SHGetFolderPathW to change "SHELL32.DLL" to "SHELL32.VLC". ImportPatcher makes it easy to patch Import function names by editing the resulting INI file. Patching Import DLL names is possible, but more difficult. Use a hex editor instead. P.S. What version of VLC are you working with now?

I have them in my HP Deskjet, K-Meleon, Palemoon, and Firefox folders. Dates range from 10/15/2001 to 9/12/2011. I also have one I built myself from the Firefox 2 sources two months ago (it doesn't work ). >they all say version 4.0 Yup. >Are they interchangeable? Nope. Use Dependency Walker (or any PE viewer) to see the API differences in the Exports sections. IIRC, the API was changed dramatically for FF3 and has continued to evolve slowly since then. See attachment for Palemoon 2.0 and 3.6 API listings (courtesy of DW). That said, for FF3 and later it might be possible to use slightly later versions. And it also might be possible to create a wrapper that includes all APIs, forwarding to the most recent version of each. Because source code is available, it should be possible to determine compatibility. Palemoon JS3250 APIs.7z

I downloaded VLC 0.9.2 for testing and that build seems to be unstable (no GUI). Please try another. The last of each line is usually the most stable, so I recommend trying: 1) 0.8.6i 2) 0.9.8a 3) 1.0.5 4) 1.1.11 Method #1 should work with all of these builds. Edit: Method #1 (not #2) must be used.

I program 100% on 98se. KernelEx4.52 is installed and defaults to compatibility mode Windows 98 SE (for the stability enhancements). Incompatible: CrystalCPUID (for over/under-clocking my C3 cpu) and KernelEx (all settings). (6) The Kext topic includes many success stories for KernelEx+Kexstubs. (Browse above and below for many more.)

>Though not as fast as RAM memory it is faster than accesing the harddrive I'd rephrase this as: "Though not as slow as some harddrives, it is far slower than RAM." Since I won't be working on a new solution anytime soon, let's look at existing options: 1) Add as much RAM as possible 2) Add more and faster disk drives: + faster: newer/larger/SSD + more: one each for system, swap, data 3) Put system files on thumb drive, ConservativeSwapfileUsage=1, minfilecache=1024 4) Put swap on thumb drive, ConservativeSwapfileUsage=0 5) Use compressed FAT-16 on thumb drives to speed transfers 6) Use CF with IDE adapter as poor-man's SSD

Shell32vlc.7z Shell32vlc.dll is a wrapper that forwards three calls as needed (by VLC 1.1.10): LIBRARY Shell32vlcEXPORTS CommandLineToArgvW = SHELL32.CommandLineToArgvW SHGetFolderPathW = SHFOLDER.SHGetFolderPathW ShellExecuteW = SHELL32.ShellExecuteWPlace in app folder and use in one of two ways:1) rename to Shell32.vlc and use ImportPatcher or a hex editor to change PE references from Shell32.dll to Shell32.vlc in files that need SHGetFolderPathW 2) rename to Shell32.dll and use RegEdit to delete or rename the SHELL32 entry in KnownDLLs (HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SessionManager\KnownDLLs) Edit: Method #2 won't work with this version of the wrapper because Shell32.dll can't forward to Shell32.dll!

Yes, I have seriously "thought of making ready boost for Win9x". No there isn't one already. It's a big topic. Please describe your system and what are you hoping "ready boost" might do for it.

I just tested in Firefox 2.0.0.20 on 98se and "Add to Post" worked as expected. Make sure you have any ad/element/script blocking disabled. Also check the Error Console for scripting errors. Remember to include software and OS versions when reporting problems.

Plug-ins are usually just scripts that reuse the code that is already in Firefox. If FF3 can't print, I wouldn't expect a plug-in to be able to, either. Have you tried version 0.59?

Open "My Computer" (or any Explorer window) and enter %tmp% in the address field (also try %temp%). You can also use Find (Files and Folders) to search your disk for files modified in the last day. If your browser is wrapping the IE engine, perhaps the default Bookmarks and History methods just save to memory. If so, you will need to read them from memory and write them to disk upon app shutdown.

A year or so ago, Youtube updated their video interface and the controls disappeared for all versions of Flash 9.0.*. Earlier today I tested over a dozen Flash versions (from 9.0.47 through 11.1.102.63) and confirmed that to see the controls, you will need Flash 10.0 or later. That means no more Youtube video controls in NT4.

When you test the app, does it run interpreted inside the IDE/sandbox or are you compiling it and running it stand-alone? While the app is running and you have "saved" some bookmarks, look for any (temp) files that are created or modified on disk. Temp files are normally deleted automatically when closed or the app ends. If there are no files, then the bookmarks and history are only being stored in memory and you will need to find a method to save them to flat files or a database.

I've just downloaded the MPlayer source for these two versions and will look for changes that might have caused the page fault. Update: In r36568, 101 (of 5870) files were changed. In "Changelog" this line looks like the likely culprit: * Updated build environment to GCC 4.8.2 and MinGW-w64 v3.

Flash by OS: NT4: Without SSE, Flash versions later than 9.0.47 are out of the question for NT4. 98 : For Win98, however, you can use FineSSE to overcome the SSE issues of later Flash 9 versions (up through r289). 98+KernelEx: Flash 10.0-10.3. Opera by OS:NT4: 10.63 is possible; 98 : 10.10, 10.63? 98+KernelEx: 10.63, 11.11, 11.64, 12.02 Firefox by OS:NT4: 1.5.x, 2.0.0.20, 2.0.0.22pre 98 : 1.5.x, 2.0.0.20, 2.0.0.22pre 98+KernelEx: 3.0, 3.5, 3.6, ... For NT4, sdfox7 recommends Opera 9.64+Flash9.0.47+SP6 (not 6a) (see post #2). See also this update (#4). For Win98, I recommend Firefox 2.0.0.20+Flash 9.0.47 (I use this daily). For 98+KernelEx, I suggest trying Firefox 3.6.x and Flash 10.1; Opera 11.64 is another option.

For Flash 9 after version 47, cpu becomes an issue. SSE is required for video and that means a PIII or greater. What is your hardware setup?

After reviewing post #1, I'm confused. 1) What OS are you using? 2) What browser are you using? 3) What is your goal? 4) After two weeks, why are we covering the same ground in yet another thread? "I also used the modified Flash file for Opera 10.63, and now Youtube runs flawlessly in Opera 10.63."

1) Failing to load is _not_ "a crash" 2) 9r47 doesn't call MonitorFromWindow, 9r115 and up (including 10.2 and 10.3) do. 3) 9r115 and up also require SSE for videos 3) 9r47 is very stable in FF2..20 on SE, but not so in Opera 10.63 You asked about getting 9r47 to work in Opera 10.63 on Nt4. Please describe in detail exactly how it fails. Your best option may be to hope that 9r47 is stable in Opera7 or 8--whatever is the earliest that can display a minimal Youtube page or embedded video. Also confirm that you have NT4sp6 and not 6a.