ivanbuto

As has been mentioned in another thread, it seems that no new Windows 98 versions of Media Player Classic will be compiled. See here for more info: http://sourceforge.net/forum/forum.php?thr...forum_id=735607 The author of the software updates suggest that if you want to have new Win98 versions, you have to compile them yourself. Anyone up for the task?

I have tried the new Java installer, version 6u10. Whereas before (versions 6u6 and 6u7) one could overcome the installer problems and use the .msi file to install Java, now it seems impossible. Upon running jre-6u10-windows-i586-p.exe, a directory is created under R%\Application Data\Sun\Java\jre1.6.0_10, with two files: Data1.cab jre1.6.0_10.msi The .cab file contains all or most of the actual files to be extracted and installed (under "core.zip"). However, the .msi file pops with Error 1721. Thus, it seems the only way to install would now be to manually extract files? Would it be so hard for Sun to make the installation process Win98-friendly, seeing as Java 6u10 itself should still work on Windows 98?

Based on dependency walker, the following files/functions seem to be missing:- APPHELP.DLL - USERENV.DLL - OLE32.DLL: CoWaitForMultipleHandles - SHELL32.DLL: SHBindToParent However, strange, the same files/functions are listed for jre-6u6-windows-i586-p.exe, i.e. the previous update, where the installer proceeds fine and does not give Error 1723.

Thanks guys. I was able to install JRE 6.0 u7 with these instructions.However, the installer (.exe file) doesn't work even if Microsoft .NET Framework is present - I have one machine with .NET 1.1, another machine with .NET 2.0, in both cases the install does not work, I had to use the .msi file.

The file I can download from Java's website is "jre-6u7-windows-i586-p-s.exe". I can open it as an archive with 7-zip, however, when extracting I get an error message that the files inside are broken. Thanks.

Hi, I have no particular reason... I have two Win98 machines here at home, on one of them I use v5, on the other one I have been using v6 up until Update 6, when the installation stopped working. It's always nice to know that you can use the most recent version, even if an older version is also still supported. The statement from Java has been that v6 is not tested on Windows 98, but they did not do anything to break compatibility, so it should work. However, they have obviously not been careful enough and have made the installer incompatible.

Thanks for the information. Could you point me to the thread where this has been discussed? I could not find it... Also, shouldn't Java fix their installer? To me, breaking Win9x compatibility in this way seems rather unprofessional. For me, it's not a problem to "bypass" the installer, but what about other users? I will try to contact Java with this issue.

Hi all, has anoyone had success installing the latest version of Java Runtime Environment (6.0 update 7) on Windows 98? Versions up until 6.0 U5 worked fine, but the latest versions report that a DLL is missing and the installation process cannot continue. I suspect that it is only a problem with the installer and that Java itself should still work on Win98. Should we notify someone over at Java to fix the installer? Also, is it now definite that Ad-aware definition files will no longer work on Windows 98?

Hi Juergen, try to go to the registry (Start -> Run: regedit), find and delete all entries containing "VID_0781&PID_6100". Then, restart your computer and try plugging in the Ultra SD card again.

Hi all, my older USB external hard disk is dying and I need to buy a new one to back up my data. The drive that I have now uses the standard USB mass storage driver (geneuide.inf). I am using Windows 98 SE. I am thinking about buying a 250GB or 320 GB drive, but all the major manufacturers (WD, Maxtor, Toshiba, etc.) don't list Windows 98 (SE) as a supported system. My question is: Do you think that it will be possible to use for example the WD "My Passport" with Win 98? Will I need to install the Maximus Decim USB drivers? Or perhaps I could use the Wintricks generic USB driver? http://www.westerndigital.com/en/products/...asp?DriveID=391 I have also found a manufacturer that does support Windows 98, however their drives on the internet are somewhat more expensive: http://www.cavalrystorage.com/handheld.asp Thanks for any advice.

Hi BenoitRen, any progress on your end? We are probably nearing Gecko 1.9 Beta stage soon, and the more delay, the less of a chance that Mozilla folks will provide help (at least that's my fear).

Hi BenoitRen!It would be great if you could get through the initial phase of the project (i.e. document what exactly needs to be done and hopefully start up a devoted page on www.mozilla.org) while Firefox 3 is still in Alpha stage. Of course nobody can "demand" anything from you, seeing as you are the only one who has voluntarily shown some initiative regarding this issue.

Hmm, I'm not quite sure, but I was referring to this:http://developer.mozilla.org/en/docs/SVG_in_Firefox

If this project is successful, it should also resolve the SVG issues with Firefox and Windows 98, because they also have to do with Cairo. Furthermore, it could help other applications that use Cairo with Win9x compatibility, for example GTK+.

Sounds good, BenoitRen! I'm looking forward to your work.

IE 6? Ugh... You know, I thought I would start arguing, but there is no point. I see, LLXX, that thus far you have been rather skeptical and critical about this whole thing... which is OK, to each his/her own... however, I think it would be best to remain constructive and try to move things forward. That's why I don't even want to argue about IE/Opera/Firefox, and matters of that sort... As you have shown, you have some very good knowledge of programming, and should you choose to contribute, I am sure you would be very helpful...

Well, although it is likely Opera will keep support for Win9x for some time to come, you never know when they will cut it off. The power of open source is that anyone can contribute, i.e. there is an opportunity here with Firefox and continuing support for Win9x.

Great, BenoitRen, thanks for digging into this! It seems that as a start, it would be good to follow the proposal of Robert Callahan by doing the following: 1. Writing the file wincompat.h, which would define all the functions that are missing in Win 9x, including the ones that were modified by this patch. (Example given by R. Calahan: "PeekMessageW gets #defined to Win9x_PeekMessageW") This should include all the APIs present on the current 1.9 trunk that do not work on Windows 9x. It seems like this is mostly mechanical work, anyone with some knowledge of C++ programming could do it. 2. Writing the wrapper, by defining all the Win9x_functions. All the functions removed by the patch would simply be "put back" in this wrapper. This would be a great place to start, and could also attract the attention of Mozilla developers once it's finished. Additional functions which will need to be created for Win9x are some that exist in Cairo and that use APIs not available in Windows 9x. Thus far I know of the following: - GetGlyphIndicesA/W - UpdateLayeredWindow - AlphaBlend (not clear whether this one is needed) - SetWorldTransform I really believe this can be done. Just think about how great it would be to have Firefox 3 ready for Windows 98.

That's a horribly inefficient and roundabout way to do it... Why not just replace PeekMessageW with PeekMessageA and be done with it? Sometimes I really do question the intelligence of these open-source 'programmers'... I think part of the reason they suggest to do it in this way is that it's not just about the Unicode APIs. It's about some APIs used in Cairo which are entirely unimplemented in Windows 9x. It seems that so far there are only few such APIs (check the bugzilla thread for reference).

1. Yes. Again, people, please read the links and the stuff that has already been posted before making comments!! 2. Opinions may vary on this one. I, for one, can't judge. How difficult the effort would be can only be judged by somebody competent in C++ and programming.

If you had done some reading, you would know that the trunk no longer works on Windows 98. Please reread my initial post, and especially go over the stuff at bugzilla and in the mozillazine folders, before you make further comments and give out further advice.

It's nice that you keep posting these links, although also somewhat redundant IMO. The point of this whole thread should have been, and still is, to discuss Firefox 3 and Gecko 1.9 support for Windows 98. I have yet to witness a discussion in this regard.

Wow, Microsoft demonstrating its professionalism yet again.

K-Meleaon and its variations will have the same problem as Firefox and anything based on Gecko, if they will want to use Gecko 1.9.

Thanks for the tips. I fear that doing some of the above might be beyond my capabilities at this point, both knowledge-wise and time-wise. Still, I have to reiterate what I said earlier. The newer versions of DC++ are SUPPOSED to work on Windows 98, i.e. there should NOT be any missing functions. Missing functions came up when DC++ switched to Unicode, but this is exactly the purpose of the Microsoft Layer for Unicode, to enable Unicode applications to run on Win 9x. What we are talking about here, once again, are specific bugs that exist in the source code and that could be fixed IF someone identified WHERE the problem actually occurs. I started this thread specifically with this intent in mind - seeing if someone who can at least understand how MSLU is implemented and who can at least do a basic reading of the source code might be willing to dig into it and try to figure it out. Maybe doing so is very difficult - it's beyond my ability to judge this. Somehow I actually believe the fixes would not be anything major to code.