jumper

> In the HTML source code of the e-mail the style code itself is not processed and leads to delay I think this is not cause-effect, but rather two effects of the "//" cause. The "x/" substitution fixes that. > is possible in the line (style) ".woff" to recognize and remove this line[?] Yes, but it might not be desirable to lose all other formatting in that style tag. I think the "x/" substitution alone will solve the server-delay problem but at the cost of lost external formatting and/or content. In the Sky case, it also avoids the woff font format issue as an added bonus. The base-prefix method or inserting "http:" before each "//" are better solutions. If the woff font format really is a problem for IE8, we can fix that next (Bugscreen may already consider it "crud").

> The installer always gives me some dll errors This is better than non-dll errors. Details, please. > how to run Office 2013 somehow on Vista? Trying installing it on Win7+ and copying the files to Vista. Be running a Registry monitoring app while installing so you can also export and copy those entries as well. Check for an Installer Log file that lists all the changes made to the system. (@Everyone: is there a Tutorial or FAQ somewhere on the 'net that explains this process?) > Is there any hack or edit? Probably not. Do you have all of the Vista service and upgrade packs installed?

Replacing ".woff" with ".woxx" will prevent the font file download. Replacing '"//' with '"x/' will prevent the delay but also the style sheet from downloading. In my experience, a "<base href=...>" tag works anywhere until EOF or overridden. Prefixing should work just fine unless maybe there is a MIME multipart embedded image. Something to test. I stumbled upon a description of Bugscreen two days ago and it did look very promising, but there was no download link. I choose sleep over search. Unfortunately, the file bugscreen_killist.txt seems to be the only configurable option of interest. Can you post that file?

Thanks for testing the files. The .cpp files are the C++ source files I modified before building each .dll. I included them for anyone to compare the changes I made against the original. Only the .dll files need to be installed in the Plugins folder. I found Eudora Light 3.0.5 on a backup CD from 2001, copied it to my HDD, removed the read-only attribute from all files, and fired it up. In two blink of an eye, it connected to my old NetZero account for the first time in over 17 years and displayed just one new service email--dated this morning! The Plugins folder contains two of the samples: Sort, UpprLowr (plus several others). I will switch to modifying the UpprLowr (EMS_VERSION 3) and test as I go.

I just saw the DW results (both), and because there are only warnings, it should at least load and begin to run. Try DW again and if there are still just warnings, press F7 and start Profiling. Edit: Also just noticed several files with Link Checksum in red. Those files appear to be corrupt. On XP invalid checksums might prevent loading (or maybe just in drivers?).

Great! I'll add stubs for these in an upcoming Core update.

Sorry, you can't do what you're trying to do. :( Imports from Kernel32.dll have to come from Kernel32.dll... ...unless you redirect them _all_ to mod.dll: [DLL replacements] KERNEL32.dll=mod.dll And then mod.dll has to handle _all_ Kernel32 APIs (it can export-forward them back to Kernel32.dll, however).

I thought we had determined that the problem was DLLs using the TLS data type (resulting in a TLS directory entries) instead of calling the TLS functions (which work just fine). I think you are referring to this post: Vista's explicit-load-of-DLL's-that-use-implicit-TLS problem might be solvable by simply adding the delayed dependency to the import table. I'm working on adding support for this, plus automation and more to ImportPatcher. and this post: If we add a large implicit TLS data section to Kernel32.dll, that should solve the thorny reallocation problem. Then LoadLibrary just needs to properly initialize the TLS selector index.

You might find something useful here: X230 USB BIOS options discussion * Disabled USB 3.0 from BIOS * upgraded the BIOS to version 2.62 * USB UEFI BIOS Support : Enabled * UEFI/Legacy Priority : Legacy First

https://web.archive.org/web/20000820075831/http://www.iarsn.com/tskinf21.zip v2.2 and v3.0 are good substitutes, but with bigger footprints: TaskInfo History

My experience has been different and having the source code helps. A version check should be easy to fix; new dependencies might expand build requirements; other scenarios are unlikely.

> But (I know I'm repeating myself) if one simply inserts "https:" in front of the //'s at the start of those three URLs at the end of the .htm file... or > prefix buffer with "<base href=http:>" instead of filtering and > in fact, while at it, it could even, you know, block ads.... There are a number of easy solutions if we can just get a plugin to work. There isn't a code sample for simple filtering; there are inconsistencies across code samples; documentation is (too) detailed while lacking context.

ImportPatcher does patch and/or report a few things in the headers other than just imports, so it'll be easy to also detect TLS directory entries in DLLs (not EXEs) and zero them if requested. Do these Firefox problem DLLs export any common functions (like plugins do) that can be used to identify them?

> ... gecko > 49 ... If 45 and 49 both still use mozjs.dll, perhaps a 49 SSE build of just that dll could be used with the full 45 SSE build?

> And here is the package (finally!): > http://www.geocities.ws/jumper/EudoraPlugins.7z - 39KB Please test the original sort32.dll and my mod 3a.

I found the SDK and have developed some test plugins. I'm just now seeing the last 27 hours of posts, so my tests are a bit dated. Here is the readme from the package I'm preparing: And here is the package (finally!): http://www.geocities.ws/jumper/EudoraPlugins.7z - 39KB

Sounds like you should be updating GDI32.dll from sp3 to sp4. There may also be a GDI.exe (or similar) that needs to match. GdiDrawStream is also supported by BWC's KDW Wrapper. https://web.archive.org/web/20160620154132/http://www.msfn.org/board/topic/175185-list-of-web-browsers-that-work-on-windows-2000

Screen flashes can occur when the display resolution or color depth are modified. Make sure the desktop is already in a mode preferred by the app (usually true-color). Power events can also cause a flash. Check Monitor Properties (under Display Properties -> Settings -> Advanced -> Monitor or similar) and uncheck "Reset display on suspend/resume."

If we determine the relevant functions in mshtml.dll, we could filter the URI requests or the retrieved content.

Thanks for providing a link this time (instead of just a blank embed). Good read. :yes: I have one of those combo USB readers on my XP box that pre-assigns drive letters and if exist and if not exist both work just fine on empty slots. However, I was able to get a feel for the frustration of dealing with empty media errors on problem devices by testing empty drive a:. If the OP returns and gets everything working except dealing with problem devices, we can write a plugin to solve it.

Sounds like Google has "updated" their JSON (or other) APIs that so many sites blindly use. :( If the page has a row of Social Networking buttons, it could be scripts from any of those sites. It may be time to update your Script Blocker or HOSTS settings. Let us know if you find anything new we might need to block. TIA! Also: if the crypto was upgraded on any JS servers, decoding it might be taking (much) longer. A larger memory cache setting might prevent the re-decoding of some scripts. A (larger) file cache might also help (although that's less "portable").

In this example, it looks like Start.bat is on L: and DPI.exe will be on M:. Start.bat knows the path for DPI.exe, but not its drive letter. Check for Z:\path\DPI.exe and work backwards. Or Start.bat can determine its own drive letter (using %0) and work forward. Each drive could also be checked for a matching label (or other identifier) first. If exist z:\path\dpi.exe z:\path\dpi.exe | exit If exist y:\path\dpi.exe y:\path\dpi.exe | exit ... If exist c:\path\dpi.exe c:\path\dpi.exe | exit echo Oops! pause (A For %%d in (Z Y ... C) do loop could also be used.)

READ1ST.TXT firmly states: "EXTREMELY IMPORTANT...98SE2ME works ONLY *IF* AND *WITH*: ... Windows 98 Second Edition (SE) 4.10.2222 (A) English ... [and] ... Windows Millennium Edition (ME) 4.90.3000 English" So Spanish is not supported. You have confirmed that the obvious possible solution does not work. It might be possible to make it work, but it is up to you to figure out what needs to be done and how. You really don't want to get into translating resources. Maybe try discovering which files are patched and write-protect them so they don't get modified (patches are for English versions only). See msfn.org/board/topic/128115-98se2me-in-spanish/ and msfn.org/board/topic/46349-98se2me-killer-replacements-me-98-se/ 98SE2ME automates ' "transplanting" 700+ newer ME system files onto 98 SE.' You can try to do this manually--just transplant a few similarly named files at a time. Revert and skip any that don't work--you can try them again later (they might have failed because of dependencies that hadn't been updated yet).

Thanks for the quick links. I'll need them when I get around to updating the Compaq dc5750 I acquired recently. (I'll open another thread when the time comes.)

Might "downgrading" IE9's UA to IE8 help? If so, a batch or cmd file could be used to create a "Youtube app" by wrapping an "iexplorer9 " invocation in calls to change the registry (temp reg files created via echo).