JRE 1.4.2_01 trouble

Hello,
My problem is installing this, I have no other JRE installed, and I had tihs previously installed and now I cant install it, so any ideas, I think I didnt uninstall properly or something, had anyone fixed this problem?
Zhaker

Oh I had a problem when trying to run the executable on WIndows XP j2re-1_4_2_01-windows-i586.exe as "error reading setup initialization file"

Similar Messages

Problem Uninstalling JRE 1.4.2_01

Hi, i am having problems silently uninstalling JRE 1.4.2_01 on windows XP wonder if anyone can help, When running the silent uninstall command....... j2re-1_4_2_01-windows-i586.exe /s /v "/qn REBOOT=Suppress" /x......nothing happens.
I am trying to update the JRE from Build_05 to Build_28 of 1.4.2_01 for development reasons. I have tried overwritting the current installation using silent install and pointing the INSTALLLDIR to the existing one but get error " Incorrent Command line parameters" when running the silent install. Works fine when doing the install normally via the wizard but not using the silent commands.
Any help is much appreciated.
Ari

Two things: Is there a document detailing manual removal of this JRE (and indeed others); you mention different 'builds' of the same JRE, this is the first time I have read that there are sub-versions/releases of a JRE. Where do I find out the available builds of this JRE and others and how they differ?

JRE 1.4.2_01 dies in Windows XP

We have several developers who recently upgraded to the JRE for 1.4.2_01 on Windows XP. I for instance upgraded yesterday from 1.4.0. For some reason, it all the sudden has started crashing the moment it tries to load an applet. It goes down and takes the browser with it with no warning and no error message (and Dr. Watson doesn't catch anything either). This affects both IE 6 and Netscape 7.1, and probably any other browser too (but that's all I have installed).
Has anyone else seen something like this? Maybe know a workaround or maybe the existence of some error logs I don't know about?
As a side note, if you reboot it clears up temporarily but will only allow one or two applet loads before it goes down. I did not see anything like this running 1.4.2 on other machines. Just once we upgraded to 1.4.2_01.
Thanks!

See http://forum.java.sun.com/thread.jsp?forum=30&thread=452599 for more information.

JRE 1.4.2

Hello All,
Is JRE 1.4.2 certified/supported by Oracle with forms 9i? My forms 9i application will run in parallel with a JAVA based application that is on JRE 1.4.2. That group tells me that I could end up with a "Collision error" if I do not use JRE 1.4.2_01.
My environment is
Oracle 9i release 2, forms 9i
Thanks
-J

I think the best route you have for having this question resolved is to call Oracle Support. They will be able to provide you with an answer for your certification question.
Alternatively, if you have access to the Oracle support website (metalink.oracle.com) then you could look in the "certify" section and see if it is certified.
-steve-

1.4.2_01 and 1.4.2_02 difference

Is there any documentation on the difference between JRE 1.4.2_01 and 1.4.2_02.
I can find the docs for enhancements and changes for 1.4.2 but not for this.
Cheers

http://java.sun.com/j2se/1.4.2/ReleaseNotes.html
Cheers,
--Arnout

Batch upgrading client JRE's over Windows network

Does anyone know of a tool or method that can be used to force/exert upgrade of windows client JREs on all machines within a domain/network? This prob won't be anything to do with java, and rather it will most likely be a admin tool used to rollout any application over windows networks. Just thought someone might have used it for java.

You can use the login script, SMS, Zenworks, Footprint, Altiris, Orbiter, AD policies, Managesoft, or any other systems management software. Some of these are better suited for large organizations but others work well within a smaller group. Talk to your systems/network administrator? They can't all be rabid.
The key is to create a completely silent installation. Here's the install string for jre 1.4.2_01. If you paste this into a command prompt (ensuring that your either use the full path to the exe file, or make that directory active), it will install silently with all defaults. Using one of the tools above, you can update every machine in your organization.
j2re-1_4_2_01-windows-i586.exe /S /V"/qr /l %LOGDIR%\J2RE-1.4.2_01\JRE142.log REBOOT=SUPPRESS ALLUSERS=1"
Make sure the %logdir% is created prior to running this string.
Hope this helps,
Margaret

Prevent abuse of a signed applet?

Hi
I am creating an application using HTML, javascript, and a set of java classes.
Communication betwwen the javascript and java is done by an applet, signed with a real certificate.
I would like to prevent someone copying my signed jar, and abusing it.
The classes behind my applet will do (a.o.) local I/O.
The type of abuse I am worried about is e.g. java code from another jar calling public methods on classes in my signed jar, using them to read or write files, and thus abusing my certificate for doing something else than my applet/jar was meant to.
I am looking for advice on how to prevent such things from happening.
Thoughts that already crossed my mind, are:
- making sure only my applet (and as few as possible other classes) has a public constructor
- declaring as much classes as possible (at least the sensitive classes) as final
- avoid non-final public static variables that contain default names of files
If anyone has some more ideas, please post them! I'll be very gratefull!
If you know about a similar question (and answer) in this forum, please let me know, as I have not found it.

harmmeijer,
thanks for the answer, and especially the idea of checking the call stack!
You scared the hell out of me however, by saying:
Your applet would not work at all in jre 1.4.2 signed or policy, when the method is called by javascriptand reading the thread you referenced!
Everything worked fine in jre 1.4.1_2 and earlier. It continued working in 1.4.2_01 in combination with Netscape (v 7.1)
But the combination MSIE (v6.0) with jre v1.4.2_01 did require a minor change:
From my signed applet, I called a .class.getResource(...).getURL()
It didn't work anymore, so I do it know in my applet's init() method, instead of in a stack started by javascript.
All my other I/O (and reflection) still works (thank all gods!), since I do it in a separate thread that I start in my applet's init() method. I hope it keeps working in jre 1.5 :-)
Any other input is very welcome!

Java.exe (j2re1.4.0) can't init C:\WINNT\system32\DDRAW.dll

Our app is running on jre 1.3.1_01. When we try j2re 1.4.0 we get the following dialog:
java.exe - DLL Initialization Failed
Initialization of the dynamic link library C:\WINNT\System32\ddraw.dll failed. The process is terminating abnormally.
It occurs when the application attempts to paint the splash screen for our server application. It also occurs with our client GUI.
This is the same for 6 different machines running Windows NT 4.0 service packs 5 and 6.
I don't want to make this a bug yet because it seems to work on my laptop with exactly the same software. We have sync'd the environment and verified the classpaths.

I've seen potentially related problems on NT4-SP6a with J2RE 1.4.2_01. I did not get the "can't init" error that you are discussing, but I have seen other problems related to "ddraw.dll". When I run Swing applications that use viewports, scrolling causes very bad repainting problems. I think this is related to "ddraw.dll" because of the "BIT_BLIT" optimization for repainting.
Also, when I ran the Java application after running some other sequence of applications (I have not been able to duplicate the startup sequence), Java crashed with the message below rather than repainting poorly. This crash was repeatable -- I repeated it four times with identical exception traces. The stack trace indicates that the failure is in "blitWindowGraphics", and the problem was detected inside of "ddraw.dll".
I'm including this in this thred in the hopes that somebody can find a thread of commonality and fix the root cause of these "ddraw.dll" problems.
NOTE: I have not found a workaround to the problems I'm having --- I cannot run Java GUI applications on this PC.
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77132F58
Function=DllCanUnloadNow+0x665
Library=C:\WINNT\System32\ddraw.dll
Current Java thread:
     at sun.awt.windows.Win32Renderer.devCopyArea(Native Method)
     at sun.awt.windows.Win32SurfaceData.copyArea(Unknown Source)
     at sun.java2d.SunGraphics2D.copyArea(Unknown Source)
     at javax.swing.JViewport.blitWindowGraphics(Unknown Source)
     at javax.swing.JViewport.blitDoubleBuffered(Unknown Source)
     at javax.swing.JViewport.windowBlitPaint(Unknown Source)
     at javax.swing.JViewport.setViewPosition(Unknown Source)
     at com.sun.javaws.ui.general.GeneralUtilities$4.run(Unknown Source)
     at java.awt.event.InvocationEvent.dispatch(Unknown Source)
     at java.awt.EventQueue.dispatchEvent(Unknown Source)
     at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
     at java.awt.Dialog$1.run(Unknown Source)
     at java.awt.Dialog.show(Unknown Source)
     at com.sun.javaws.ui.general.GeneralUtilities.showAboutDialog(Unknown Source)
     at com.sun.javaws.ui.player.Player$13.actionPerformed(Unknown Source)
     at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
     at javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(Unknown Source)
     at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
     at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
     at javax.swing.AbstractButton.doClick(Unknown Source)
     at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source)
     at javax.swing.plaf.basic.BasicMenuItemUI$MouseInputHandler.mouseReleased(Unknown Source)
     at java.awt.Component.processMouseEvent(Unknown Source)
     at java.awt.Component.processEvent(Unknown Source)
     at java.awt.Container.processEvent(Unknown Source)
     at java.awt.Component.dispatchEventImpl(Unknown Source)
     at java.awt.Container.dispatchEventImpl(Unknown Source)
     at java.awt.Component.dispatchEvent(Unknown Source)
     at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
     at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
     at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
     at java.awt.Container.dispatchEventImpl(Unknown Source)
     at java.awt.Window.dispatchEventImpl(Unknown Source)
     at java.awt.Component.dispatchEvent(Unknown Source)
     at java.awt.EventQueue.dispatchEvent(Unknown Source)
     at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
     at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
     at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
     at java.awt.EventDispatchThread.run(Unknown Source)
Dynamic libraries:
0x00400000 - 0x00407000      D:\jre\j2re1.4.2_01\bin\javaw.exe
0x77F60000 - 0x77FBE000      C:\WINNT\System32\ntdll.dll
0x77DC0000 - 0x77DFF000      C:\WINNT\system32\ADVAPI32.dll
0x77F00000 - 0x77F5E000      C:\WINNT\system32\KERNEL32.dll
0x77E70000 - 0x77EC5000      C:\WINNT\system32\USER32.dll
0x77ED0000 - 0x77EFC000      C:\WINNT\system32\GDI32.dll
0x77E10000 - 0x77E67000      C:\WINNT\system32\RPCRT4.dll
0x78000000 - 0x78040000      C:\WINNT\system32\MSVCRT.dll
0x08000000 - 0x08136000      D:\jre\j2re1.4.2_01\bin\client\jvm.dll
0x77FD0000 - 0x77FFA000      C:\WINNT\System32\WINMM.dll
0x77FC0000 - 0x77FC8000      C:\WINNT\System32\mmdrv.dll
0x74BD0000 - 0x74BE7000      C:\WINNT\System32\SNDBLST.DLL
0x716F0000 - 0x7177A000      C:\WINNT\system32\COMCTL32.dll
0x10000000 - 0x10007000      D:\jre\j2re1.4.2_01\bin\hpi.dll
0x00910000 - 0x0091E000      D:\jre\j2re1.4.2_01\bin\verify.dll
0x00920000 - 0x00938000      D:\jre\j2re1.4.2_01\bin\java.dll
0x00940000 - 0x0094D000      D:\jre\j2re1.4.2_01\bin\zip.dll
0x18270000 - 0x1837F000      D:\jre\j2re1.4.2_01\bin\awt.dll
0x77C00000 - 0x77C18000      C:\WINNT\System32\WINSPOOL.DRV
0x76AB0000 - 0x76AB5000      C:\WINNT\System32\IMM32.dll
0x77B20000 - 0x77BD1000      C:\WINNT\system32\ole32.dll
0x18380000 - 0x183D0000      D:\jre\j2re1.4.2_01\bin\fontmanager.dll
0x77130000 - 0x77156000      C:\WINNT\System32\ddraw.dll
0x18650000 - 0x1865A000      D:\jre\j2re1.4.2_01\javaws\javawspl.dll
0x77C40000 - 0x77D7C000      C:\WINNT\system32\SHELL32.dll
0x18C40000 - 0x18C5E000      D:\jre\j2re1.4.2_01\bin\jpeg.dll
0x18C60000 - 0x18C6F000      D:\jre\j2re1.4.2_01\bin\net.dll
0x776B0000 - 0x776C4000      C:\WINNT\system32\WS2_32.dll
0x776A0000 - 0x776A7000      C:\WINNT\system32\WS2HELP.dll
0x74FF0000 - 0x74FFE000      C:\WINNT\System32\rnr20.dll
0x77660000 - 0x7766F000      C:\WINNT\system32\msafd.dll
0x77690000 - 0x77699000      C:\WINNT\System32\wshtcpip.dll
0x776D0000 - 0x776D8000      C:\WINNT\system32\WSOCK32.dll
0x71280000 - 0x71286000      C:\WINNT\system32\MSIDLE.DLL
0x77BF0000 - 0x77BF7000      C:\WINNT\System32\rpcltc1.dll
0x75360000 - 0x75367000      C:\WINNT\System32\rasadhlp.dll
0x76AC0000 - 0x76ADD000      C:\WINNT\System32\imagehlp.dll
0x731B0000 - 0x731BA000      C:\WINNT\System32\PSAPI.DLL
Heap at VM Abort:
Heap
def new generation total 576K, used 408K [0x10010000, 0x100b0000, 0x104f0000)
eden space 512K, 79% used [0x10010000, 0x10076340, 0x10090000)
from space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000)
to space 64K, 0% used [0x100a0000, 0x100a0000, 0x100b0000)
tenured generation total 2136K, used 1280K [0x104f0000, 0x10706000, 0x14010000)
the space 2136K, 59% used [0x104f0000, 0x10630030, 0x10630200, 0x10706000)
compacting perm gen total 6656K, used 6474K [0x14010000, 0x14690000, 0x18010000)
the space 6656K, 97% used [0x14010000, 0x14662a48, 0x14662c00, 0x14690000)
Local Time = Tue Nov 25 21:44:39 2003
Elapsed Time = 26
# The exception above was detected in native code outside the VM
# Java VM: Java HotSpot(TM) Client VM (1.4.2_01-b06 mixed mode)

JCheckBox not displaying on Windows 2000

The JCheckBox is fully blackened when I start my GUI based application on Windows 2000
but it works fine on Windows XP ie displays fine.
jCheckBox = new javax.swing.JCheckBox();
jCheckBox.setName("StandardLineJCheckBox");
jCheckBox.setSelected(true);
jCheckBox.setText("Standard Lines");
Also this happens when I have JRE 1.4.2_05 . With JRE 1.3 both Windows 2000 and XP display
checkboxes fine. Anyy idea for a fix is appreciated.....
I tried jCheckBox.setBackground(java.awt.Color.white);
but that doesn't help too.

i also experienced that too last time, when i try to use jre later than l.4.2_01 all these screen blank thing happened, so finally i chose to stick with old jre 1.4.2_01 and it work fine until now. i think the latest 1.5.0 should work fine

Redirection of deployment.user.cachedir to Windows Temp-directory

Hello,
I have a problem with the configuration of the cache-directory on a Windows Terminal-Server.
On a Windows Terminal-Server each registered user gets a Windows temp-directory, which can be seen in variable %TEMP% and looks like "D:\temp\1" or "D:\temp\2" and so on.
Now I want to redirect the cache-directory, set in file deployment.properties, property deployment.user.cachedir, to that temp-directory for the user.
How can I configure JavaWS correctly ?
Please help !! Thanks in advance
Achim

Thank you for your response. I am using jdk1.3.1 and
jre 1.4.2_01 which I just downloaded the other day.
The properties did indeed list out in the console, but
I will check a previous jre to see if they are there
as well. I agree that if the property is available,
then it should return the value.5. What system properties can be read by applets, and how?
In both Java-enabled browsers and the appletviewer, applets can read these system properties by invoking System.getProperty(String key):
key               meaning
java.version          Java version number
java.vendor          Java vendor-specific string
java.vendor.url     Java vendor URL
java.class.version     Java class version number
os.name          Operating system name
os.arch          Operating system architecture
os.version     Operating system version
file.separator     File separator (eg, "/")
path.separator     Path separator (eg, ":")
line.separator     Line separator
Applets are prevented from reading these system properties:
key               meaning
java.home          Java installation directory
java.class.path     Java classpath
user.name          User account name
user.home          User home directory
user.dir          User's current working directory
To read a system property from within an applet, simply invoke System.getProperty(key) on the property you are interested in.
(http://java.sun.com/sfaq/#hideProps)
Br - Johan

Deployment.user.cachedir

I am trying to find deployment.user.cachedir System property from an applet. When I use System.getProperty"deployment.user.cachedir"); it returns null. However, I can list it out in the Java Console by dumping the environment (S) while my applet is running. Any ideas on how to get this to work?
deployment.system.profile = C:\WINDOWS
deployment.system.security.policy = file:/C:/WINDOWS/Sun/Java/Deployment/security/java.policy
deployment.user.cachedir = C:\Documents and Settings\DSmaltz\Application Data\Sun\Java\Deployment\cache
deployment.user.certs = C:\Documents and Settings\DSmaltz\Application Data\Sun\Java\Deployment\security\deployment.certs
deployment.user.extdir = C:\Documents and Settings\DSmaltz\Application Data\Sun\Java\Deployment\ext
deployment.user.home = C:\Documents and Settings\DSmaltz\Application Data\Sun\Java\Deployment
deployment.user.jssecerts = C:\Documents and Settings\DSmaltz\Application Data\Sun\Java\Deployment\security\deployment.jssecerts
Thank You

Thank you for your response. I am using jdk1.3.1 and
jre 1.4.2_01 which I just downloaded the other day.
The properties did indeed list out in the console, but
I will check a previous jre to see if they are there
as well. I agree that if the property is available,
then it should return the value.5. What system properties can be read by applets, and how?
In both Java-enabled browsers and the appletviewer, applets can read these system properties by invoking System.getProperty(String key):
key               meaning
java.version          Java version number
java.vendor          Java vendor-specific string
java.vendor.url     Java vendor URL
java.class.version     Java class version number
os.name          Operating system name
os.arch          Operating system architecture
os.version     Operating system version
file.separator     File separator (eg, "/")
path.separator     Path separator (eg, ":")
line.separator     Line separator
Applets are prevented from reading these system properties:
key               meaning
java.home          Java installation directory
java.class.path     Java classpath
user.name          User account name
user.home          User home directory
user.dir          User's current working directory
To read a system property from within an applet, simply invoke System.getProperty(key) on the property you are interested in.
(http://java.sun.com/sfaq/#hideProps)
Br - Johan

Got a workaround for Socket setTrafficClass(i) and getTrafficClass()?

The setTrafficClass and getTrafficClass Socket methods, which set and get IP_TOS, do not seem to work on Microsoft platforms (WinNT 4.0 SP6, Win2K, Win98). These methods do function correctly on Linux, which unfortunately is not an option. It has been suggested that this is a Windows X registry setting, however an equivalent program written in C++ does function correctly. Has anybody used these methods on a Microsoft platform?
jasen

According to bug 4696356 this should be fixed in 1.4.2
I tried the setTrafficClass() using jre 1.4.2_01 on a Win2000.
It does not work at all.
Doing the same using jre 1.4.2 on a Linux RH9.0 it work better.
The UDP example in bug 4696356 works just fine on Linux.
Running TCP it "almost" work. It does not set TOS on the connections initial handshaking messages but it Does set TOS on the following "payload" messages.
If anyone has some information on how to get around this primarily on windows I'd be more than greatful!
Mats

Having trouble limiting applet to specific JRE family

I've just joined a new project at work and have been asked to modify an applet so it will be forced to run using JRE 1.5, since the work has not yet been able to be done to certify it with JRE 1.6. I'm having trouble getting this to behave as I'd expect, based on info I've been given and have found on the web about how to do this.
The page containing the applet uses jsp. The applet is declared using a <jsp:plugin> tag which contains attributes:
jreversion="1.5"
iepluginurl="http://java.sun.com/products/plugin/1.3/jinstall-131-win32.cab"
Based on other information I found, I've also added a <jsp:param> tag within which contains:
name="java_version" value="1.5*"
The generated HTML from this contains an <OBJECT> tag with an attribute:
classid="clsid:CAFEEFAC-0015-0000-0011-ABCDEFFEDCBA"
and inside the <OBJECT> a number of <param> tags, including:
name="type" value="application/x-java-applet;version=1.5"
name="java_version" value="1.5*"
With all this in place, if I have JRE1.6 installed on my system, the applet still appears to be loaded in 1.6 (According to the Sun Java Console for the applet browser window), and it ends up failing to run in 1.6. If I remove 1.6 from the system, leaving 1.5 on my system, things work correctly.
I can't figure out what I'm doing wrong (or failing to do right) that is causing this to not end up being within a 1.5 JRE even though the browser is using the more recent 1.6 in general.
Any help would be greatly appreciated. Thanks!

Then shouldn't the <jsp:plugin> processing (of the jreversion="1.5") have generated a clsid value of clsid:CAFEEFAC-0015-0000-FFFF-ABCDEFFEDCBA instead of clsid:CAFEEFAC-0015-0000-0011-ABCDEFFEDCBA as it did?

Troubles with JRE 1.4.2 and iReport (with db2 connection)

Hello everyone. My company is developing a product, and the client is working with JRE 1.4.2 . They (the client) are using db2 Database. We are using iReport to generate the product reports, but we encounter a problem with it - the report will compile and report (in any format) only once - afterwards, iReport will suddenly freeze and will stop to respond.
Trying the same thing with JRE 5.0 worked perfectly, with not troubles at all (but we cannot ask our client to upgrade to JRE 5.0, of course)
Anyone has any idea about how to fix this problem? perhaps there's a patch or something of the sort?
I forgot to mention, there's no error message at all, and if any, it's a javaw.exe application hang.
Any idea's?
Thanks,
Matt.

Have you tried this on another machine?Yes ... actually this has happened on a few workstations here ... all of them are Pentium IV based dell workstations running Windows 2000.
What exact version of 1.4.2 did you download?Java(TM) Plug-in: Version 1.4.2_04
Using JRE version 1.4.2_04 Java HotSpot(TM) Client VM
Have you searched the bug database? This one could be related to yours:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4673572
This sounds similar but the difference is its not just the app that feezes up (so that you could do an alt+ctrl+del and kill it)..... the OS freezes up and you can move the mouse around still the system even queu e is not full and eventuall all I hear is the beeping. At this point I've to power cycle.
Is there any way you could post the code or is it too big? Or, have you tried just creating a very small >application or applet that just shows one dialog, and if so, does that show the same problem? (What I'm >trying to get at here is - is it something in your code that is causing this, or something in the JRE, or >perhaps something to do with your machine's configuration/OS?)Unfortunately I cannot post the code ... its company rules and regulations. I've tried creating a very small app and it appears to work ok .... but randomly causes this freeze up. There is no definate pattern (except that it happens when you move around a JDialog or a JInternalFrame) . It could freeze up some time and work perfectly fine at other times. It has actually happened on other applications too (Netbeans, JEdit etc). That's why I suspect this might be a obscure bug in the JRE.
I'll try to find a pattern so that it can be re-produced by everyone.
Thanks for the help.

Jre 6u26 installation troubles on Windows 7 64 bit

I've noticed that in my system was installed jre till update 24 and nothing earlier. So I tried to install new version of jre (6u26) but installation process ends immediatlu after UAC prompt, without any error message. I unistalled every kind of jre I found in my Windows installation but nothing changed. Taking a look to the event monitor, i've found that for every jre installation attempt is registered an Application Error, event ID 1000. Complete text follow:
Nome dell'applicazione che ha generato l'errore: jre-6u26-windows-i586-s.exe, versione: 6.0.260.3, timestamp: 0x4dc16f4a
Nome del modulo che ha generato l'errore: unknown, versione: 0.0.0.0, timestamp: 0x00000000
Codice eccezione: 0xc0000005
Offset errore 0x04ce7658
ID processo che ha generato l'errore: 0xe6c
Ora di avvio dell'applicazione che ha generato l'errore: 0x01cc52ab9124b4df
Percorso dell'applicazione che ha generato l'errore: C:\jre-6u26-windows-i586-s.exe
Percorso del modulo che ha generato l'errore: unknown
ID segnalazione: d26812e9-be9e-11e0-a1cc-00195b0e11fa
Now my system has no java runtime environment at all, and I don't know how to fix this problem. I also tryed disabling every tsr and service running at startup, but still I'm not able to complete the jre installation.
What can I do?
Pietro

I opened a dos shell with adminstrator rights, typed command you suggested but nothing happened. Neither log file is generated at all, even I i choose a different drive (D: instead C:). In the Event Monitor, under Application section, there is an Application Error Id event 1000 for each installation attempt.

JRE 1.4.2_01 trouble

Similar Messages

Maybe you are looking for