KernelEx 4.5.2

[rainyd]

Yeah, but if it's to do with security then I find it strange why someone would be using 3.5 when 3.6 is more secure between the two.

Not exactly: in this moment 3.5 and 3.6 series are on the same level of security.

Of course this would change, if Mozilla will not update 3.5 line anymore (Firefox 3.5.18 as the last version).

Btw, for Win9x users it's not important anyway.

[patclash]

Yeah, but if it's to do with security then I find it strange why someone would be using 3.5 when 3.6 is more secure between the two.

Not exactly: in this moment 3.5 and 3.6 series are on the same level of security.

Of course this would change, if Mozilla will not update 3.5 line anymore (Firefox 3.5.18 as the last version).

Btw, for Win9x users it's not important anyway.

yes , but on my old W98SE machine Firefox 3.5.* run match better then 3.6.* (faster, less HD activity ....)

[rainyd]

yes , but on my old W98SE machine Firefox 3.5.* run match better then 3.6.* (faster, less HD activity ....)

I'm not surprised by that: usually newest versions are at least a bit heavier than the previous ones.

Btw, I'm using Firefox 3.5 too (3.5.18).

[frogman]

I haven't found a problem with 3.6.

[FlippX]

The reason why to use FF 3.5.x is that this is the last version that supports the classic-java plugin. Since the nextGen plugin won't work on win98se this is the only way if you want to use the most recent java with your browser...

[rainyd]

The reason why to use FF 3.5.x is that this is the last version that supports the classic-java plugin. Since the nextGen plugin won't work on win98se this is the only way if you want to use the most recent java with your browser...

This is one of the most important reasons for me too.

[dencorso]

BTW, is 3.5.18 the very last 3.5.x?

[rainyd]

BTW, is 3.5.18 the very last 3.5.x?

Looks like that 3.5.19 version is still possible:

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-1.9.1-l10n/

[trevor89]

Im sure I read somewhere that office 2k3 wouldnt work, well... I got it to install (following another post earlyer about using orca) and I am running word right now.

http://86.29.37.2/office2k3_9x.bmp

Trev

[Steven W]

Im sure I read somewhere that office 2k3 wouldnt work, well... I got it to install (following another post earlyer about using orca) and I am running word right now.

http://86.29.37.2/office2k3_9x.bmp

Trev

Under Release Notes:

* Now working: MS Office 2003 Word/Excel + Viewers (experimental)

* Now working: MS Office 2007 converters [docx only] (experimental)

I had the Word Viewer 2003 working a while back:

[Steven W]

BTW, is 3.5.18 the very last 3.5.x?

Looks like that 3.5.19 version is still possible:

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-1.9.1-l10n/

Yeah, I'm starting to suspect we may see one or two more updates

[KRH]

I have the latest version of propel Accelerator, Propel Accelerator 6.1.6.1147, which requires XP, working with Kernelex 4.5. After the installation reboot, I had to copy the file, msvcr90.dll, from the Propel Accelerator folder in c:\program files to the Windows system folder to get it working. Also, in order to have it load when opening Windows, which would ordinarily be the default behavior, I had to put it manually in my startup folder. Now that it's up and running, it seems to work just fine, better than the old Win98SE compatible version.

[Mathwiz]

4.5 Final fixed the bug with the FreeCell solitaire game I mentioned many moons ago.

Reversi still has a bug, but it's a new bug. The cursor now works fine, changing to and from crosshairs as intended. But now all the occupied squares are the same color! Rather challenging to play now; oh, well....

[PROBLEMCHYLD]

Works great with the Win95 shell/explorer.

Thanks guys!

[jds]

KernelEx-4.5-Final causes a GPF when the DR-DOS 7.03 "lock.exe" utility exits :

LOCK caused a general protection fault

in module LOCK.EXE at 0001:000001ee.

Registers:

EAX=01b70000 CS=57a7 EIP=000001ee EFLGS=00000246

EBX=17bf0228 SS=579f ESP=00001a7c EBP=00001a7e

ECX=004d579f DS=579f ESI=00000000 FS=5797

EDX=16d7022d ES=579f EDI=00000538 GS=0000

Bytes at CS:EIP:

ff 1e e4 01 ff 1e e8 01 ff 76 04 90 0e e8 c8 fe

Stack dump:

1a880532 00000212 00000000 00b21a91 000057a7 00000000 00000000 00000000 00000000 1aac1aa1 1aa0000a 00001adc 1adc1aa1 00000000 1aa00004 1e940000

If you need a copy of this "lock.exe" utility (to reproduce this problem), DR-DOS 7.03 can be obtained from any of the following archive locations (Caldera, Inc. at the time, released DR-DOS 7.03 as a free download for non-commercial and evaluation use, as described in the 'LICENSE.TXT' file) :

ftp://ftp.uni-bayreuth.de/pub/pc/caldera/DR-DOS.703/

ftp://ftp.fsn.hu/pub/OpenDOS/DR-DOS.703/

http://replay.waybackmachine.org/*/http://www.au.horde.org/pub/drdos/DR-DOS.703/

While the entire package can be downloaded as 'dr703.exe', for the purposes of this exercise, the following two files are sufficient :

images/disk01.144

images/disk02.144

Also useful is a free utility to extract individual files from the above images, available via :

http://www.winimage.com/extract.htm

Once you have all three files (and extracted 'extract.exe' from 'extrac21.zip'), you can extract the 'lock.exe' utility as follows :

extract -e disk01.144 pnunpack.exe

extract -e disk02.144 lock.ex_

pnunpack lock.ex_

Joe.