Name: yyT116575 Date: 05/29/2001


java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)
Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)

JInstall.exe (1.3.1) crashes in the Windows 2000(german) and the Windows98 SE
(german) in the same way described below.

System settings
---------------

- clean Windows2000 SP2 (german) installation or
- clean Windows98 SE (german) installation
- no additional software or settings

step-by-step procedures
-----------------------

- download
http://java.sun.com/products/plugin/1.3.1/jinstall-131-win32.cab
- extract jinstall.exe from cabinet-file
- at commandline type: jinstall.exe
http://java.sun.com/products/plugin/1.3.1/jinstall_1_3_1.ini
- a window with choices for language (choices are U.S. English or
International) and region (choice is USA, only!) apears. (fig. 1)
  My choice is language = International and Region = USA
- click Install
- a window for the download-progress appears shortly, but
- jinstall.exe crashes with a GPF (fig. 2 - Windows98 SE)

The choice i make in the install window does not affect the result:
jinstall.exe will always crash.

I had also one sideeffect: One time jinstall.exe did NOT crash (i dont
know why). After that the package was in cache,
and jinstall.exe worked alright - all the time. But after a deletion of
the cache (reinstall of the OS) it was back to the old again...

Two figures have been attached.
(Review ID: 124872)
======================================================================

Name: yyT116575 Date: 05/30/2001


java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)
Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)

We used the HTML Converter from JDK v1.3.1 to create an HTML launch page for
our applet that loads Java Plugin v1.3.1 if not already present. On Windows NT
4.0 systems with Internet Explorer 5.5, the automatic installation of the plug-
in fails with a message box titled "jinstall.exe - Application Error"
containing the message 'The instruction at "0x00404d0b" referenced memory
at "0x00001476". The memory could not be "read"'.

To reproduce using Sun's examples, find a Windows system that _DOES NOT_
have any Java plug-in already present. Try to run any of the 1.3 examples on
http://192.9.48.9/products/plugin/1.3/demos/applets.html in Internet
Explorer. You should get a pop-up window asking if you want to install the
Java plugin v1.3.1. Click OK (or Yes or whatever), and a second dialog
appears asking you to choose a download location. Click download, and then
you will see the failure.
(Review ID: 125265)
======================================================================

Name: yyT116575 Date: 05/30/2001


java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)
Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)


This bug has reappeared - previously Bug Id 4337038

1. Using IE5.0/NT (also fails for IE5.5/win2k), browse to an applet requiring the 1.3.1 plugin. e.g.
http://192.9.48.9/products/plugin/1.3/demos/applets/MoleculeViewer/example1.html

Assuming the plugin isn't already installed you are given the option of
downloading and installing it.

2. If asked, choose "YES" when presented with the 'Security Warning' dialog.

3. Hit install in the 'Select Java Plugin Installation' dialog.

The 'Downloading...' dialog appears briefly before an application error occurs.

Application Error Details
-------------------------
The instruction at 0x00404dob referenced memory at 0x00001476. The memory could not be read.

I tested it on 3 separate machines (all approx P3 900MHz, 256MB Ram):
  - Advent Desktop: NT4.0(workstation) IE5.01
  - Siemens Desktop: Win2k Pro IE5.5
  - Dell Laptop: Win2k Pro IE5.5
All exhibited the same problem.

I've done some further investigation and it appears the problem _doesn't_
occur when the JRE is on our _intranet_.
This might be why you can't reproduce it at Sun - the default location for
the JRE is _essentially_ on your local network.

I've placed the JRE installation and .ini file on our internet server to
allow you to test a remote installation.
The simplest way I've found is as follows...

1. Download the plug-in CAB file from Sun:
http://java.sun.com/products/plugin/1.3.1/jinstall-131-win32.cab

2. Extract jinstall.exe from the CAB file

3. In a dos box run jinstall.exe and point to JavaSoft's internet server:
jinstall.exe http://java.sun.com/products/plugin/1.3.1/jinstall_1_3_1.ini

The jinstall.exe program from the JRE1.3.0 CAB file _doesn't_ exhibit the
problem (http://java.sun.com/products/plugin/1.3/jinstall-13-win32.cab),
but it will install JRE 1.3 instead.
(Review ID: 125316)
======================================================================

Name: yyT116575 Date: 05/30/2001


java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)
Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)

Loading the Java plugin under IE 5.50.4522.1800 causes a GPF.

See the comments from many users in bug 4393067. The GPF follows, note that the
"Bytes at CS:EIP" exactly match the other bug.

JINSTALL caused an invalid page fault in
module JINSTALL.EXE at 017f:00404d0b.
Registers:
EAX=00001476 CS=017f EIP=00404d0b EFLGS=00010206
EBX=00000073 SS=0187 ESP=0064ef64 EBP=0064f1b8
ECX=00001476 DS=0187 ESI=7ffffffe FS=0f7f
EDX=7fffffff ES=0187 EDI=0064f253 GS=0000
Bytes at CS:EIP:
80 38 00 74 03 40 eb f1 2b c1 e9 8f 01 00 00 c7
Stack dump:
00000000 0064fd30 bff54efc 00003334 00000005 00000000 0015010c bfb98ea5 000008b8
00000005 00000000 0015010c 0064efb8 00008028 0064f004 00000003
(Review ID: 125031)
======================================================================