{9} All active tickets with change date (51 matches)

Enclosed are the programs to make this crash. Here is how to reproduce the crasn

1. Start view.cmd
2. Select About
3. Select Version (garbage is displayed)
4. Close Vewsion Window using X in upper right corner. (At this time a crash might have occoured.
5. Select File
6. Select View File

By this time a crash should have occoured.

# # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x1e05a410, pid=315, tid=206438 54 # # JRE version: 6.0_27 # Java VM: OpenJDK Client VM (20.0-b12 mixed mode os2-x86 ) # Problematic frame: # C [LIBC065+0xa410] LIBC PANIC!! fmutex deadlock: Recursive mutex! 0x02e3013c: Owner=0x013b000e Self=0x013b000e fs=0x3 flags=0x0 hev=0x000100b7

Desc="LIBC Heap"

pid=0x013b ppid=0x0139 tid=0x000e slot=0x00a7 pri=0x0200 mc=0x0000 D:\JAVA16\JRE\BIN\JAVA.EXE Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it.

When running VPC and starting SmartSynchronize? with -Xmx400m and above, all sort of weird system crashes happen on SMP machine.

-Xmx512m -- immediate reboot -Xmx400m(?) -- trap000e, pressing any key triggers trap0008.... -Xmx350m -- seems to work well

without VPC running - P:\java6\bin\java.exe -mx800m -jar ..\lib\smartsynchronize.jar Error occurred during initialization of VM Could not reserve enough space for object heap Could not create the Java virtual machine. which is what I expect with current VIRTUALADDRESSLIMIT=1536 setting But do never crash. Works nicely with -mx750m.

On single core Thinkpad never crashes even with VPC running. Starting with -Xmx450m only java app start hangs which can be killed with CTRL-C. No crash.

Odin version ​ftp://ftp.dmik.org/tmp/j/ 23.06.11 Java version ​ftp://ftp.dmik.org/tmp/j/ 10.06.11

I installed IcedTeaWeb? and visited ​http://www.java.com/en/download/testjava.jsp to test the plugin.

The webpage reported:-

Something is wrong. Java is not working.

I closed the browser and retried.

On this attempt the browser hung then crashed before I could kill it with TOP.

I also found I could not restart the browser until the system had been rebooted.

The code below will show the failure. Note that the config.sys file will need to be greater than 2 gig for the test.

package filetest;

public class FileSize? { public FileSize?() {

super();

} public static void main(String[] args) {

FileSize? f = new FileSize?(); f.run();

} public void run() {

String fname = "c:
config.sys"; try {

java.io.File fl = new java.io.File(fname); long flz = -1; try {

flz = fl.length();

} catch (Exception e) {

System.out.println("File error getting length:" + e.toString());

} System.out.println("File length:" + flz); java.io.RandomAccessFile? rf = new java.io.RandomAccessFile?(fname, "r"); flz = -1; try {

flz = rf.length();

} catch (Exception e) {

System.out.println("RandomAccessFile? error getting length:" + e.toString());

} System.out.println("RandomAccessFile? length:" + flz); rf.close();

} catch (Exception ee) {

System.out.println("error:" + ee);

}

} }

Running the java-applet inside firefox does not work. ​https://as.photoprintit.com/web/85001320/startClient.do?client=java&type=print&pmId=default blocks firefox with a message, that a javascript is not responding.

Don't know, if it is related to java, javascript or icedtea-web

I have an HP JetDirect? J4101B print server that uses a Java applet (needs at least Java 5) for administration. I have installed all needed parts of the new Java6 and iced-tea plugin. When I try to navigate to the JetDirect? IP the applet starts and begins to draw the screen, then hangs with 'starting applet' on the status bar. A POPUPLOG is produced and if other windows are opened, then closed on top of the browser, the image of the window 'sticks' to the browser window (see image). Sometimes the browser hangs too and must be killed.

Sometimes, when you reload the page containing the applet or navigate through the browser history with Back and Forward, applets may stop working completely (empty applet area or so).

www.bg-f.org

in the third line, "IGR Conference" i think there is a java detection routine, that prevents ICEteaPluigin to be loaded...

In few seconds i am redirected to www.java.com pages in order to install Java! , which it seem a bit funny to me ;-)

I attach a pmview capture... thanks! for ur time

More and more programs are now only for Java 7 (1.7) and don't support Java 6 (1.6) anymore. Next GA should be version 7.

Currently, we link to the static freetype library. Once RPM is stable enough and provides an RPM with freetype.dll, we should link to this DLL instead.

An attempt to start SmartGIT 3 (which has the RC 4 state ATM) ends up with this:

Not (yet) supported operating system OS/2

We have to contact the developers to resolve this issue.

Sometimes, more often on SMP, when a fatal exception happens in JVM (e.g. memory access violation) and the respective exception handler tries to print out the exception information to the console and to the log file (starts with infamous words "A fatal error has been detected by the Java Runtime Environment"), the print routine fails on its own leaving an entry in POPUPLOG.OS2.

Here are some details about the place of the crash:

# .r
eax=00000a0d ebx=0326fb04 ecx=0326fb40 edx=0326fb28 esi=00000000 edi=21122640 
eip=1d395615 esp=0326faa4 ebp=0326facc iopl=0 rf -- -- nv up ei pl zr na pe nc 
cs=005b ss=0053 ds=0053 es=0053 fs=18b7 gs=0000 cr2=00000000 cr3=00000000 p=01 
005b:1d395615 8b5004         mov     edx,dword ptr [eax+04] ds:00000a11=invalid 
# k
005b:1d66a415 0326fb04 0326fb28 0326fb40 000007d0 [JVM __ZN7VMError6reportEP12outputStream + c95] 
005b:1d66ac75 0326fd10 0326fc74 000007d0 14d369a8 [JVM __ZN7VMError14report_and_dieEv + 175] 
005b:1d552b8f 0326fd10 20100800 c0000005 1d5a38d2 [JVM __Z23topLevelExceptionFilterP19_EXCEPTION_POINTERS@4 + df] 
005b:1d55605b 0326fdac 0326fe18 0326fe5c 20100800 [JVM __ZN2os20os_exception_wrapperEPFvP9JavaValueP12methodHandleP17JavaCallArgumP6ThreadES1_S3_S5_S7_ + 12b] 
005b:1d42831e 1d428550 0326ff30 0326fe18 0326fe5c [JVM __ZN9JavaCalls4callEP9JavaValue12methodHandleP17JavaCallArgumentsP6Thread +P6ThreadES1_S3_S5_S7_ + 12b] 
005b:1d433508 0326ff30 20100fcc 0326fe5c 20100800 [JVM __ZN12ResourceMark13reset_to_markEv$w$ZHmNp5XnJl615Smj4 + 248] 
005b:1d43d63b 0326ff04 20100800 331c45d8 03270eec [JVM _jni_CallStaticVoidMethod@0 + ab] 
005b:000119c4 20100918 20101ab8 202ffa18 20101aa8  
005b:1d94cd6e 0081fe0c 01081027 001b7128 0e4308ff [KERNEL32 _AsmCallThreadHandler + 56] 
005b:1d93af26 00000001 00010ad0 0081fe0c 009dfa88 [KERNEL32 Win32ThreadProc + 182] 
005b:1d87b36b 009dffe0 00000000 00000000 00000000 [WGSS50 threadWrapper + 257] 
005b:1ffece38 68000008  

This may be related to the generic SMP problem (#96).

Running the 14-1.1 of the JavaRDP (same issue seen with 16-1.1), minimizing the remote desktop window causes CPU hog (99.9%). Using Xpager and switching to a different virtual desktop does not cause the issue, however, and is a workaround for some people.

​http://download.oracle.com/auth/otn-pub/java/plugin/converter/1.3.0_02/htmlconv-1_3_0_02.zip.

Oracle has added it to OpenJDK 7 distribution. It is used by several applications. Please check to see if the license for it has changed, and if so include in next release.

Once OpenJDK has got an RPM, we should make it depending on the Liberation fonts. See #39 for more info.

Investigation within #96 has shown that the newer mprotect-based membar technique used in recent Java versions doesn't work well on OS/2 under the SMP kernel for some reason.

The new technique was added to Java to reduce the overhead of calling membar instructions after each state transition, see this Java bug record ​http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5075546 for more information.

The main idea of the new technique is to use a special page where each thread has its own word it writes to when it changes its state. The VM dispatcher thread changes the memory protection flags of this page to READONLY when it wants to be sure about the thread state after some change and then immediately switches it back to READWRITE which (as I understand) should cause the CPU to flush caches and make sure all cores see the same values of the thread state variables. As it is sometimes possible that this memory protection change happens when one of the threads is writing to the page, an access violation exception may be thrown. This exception needs to be handled gracefully by waiting until the VM thread restores the READWRITE protection mode and retrying the operation. And this is how it is done in Java.

When running under the SMP kernel on OS/2, this technique usually works. However, sometimes retrying the write operation to this special serialize page after restoring the READWRITE mode causes corruption of some registers (that are normally saved upon an exception and should be restored if the exception handler continues execution) so that weird (random) memory locations get written afterwards and/or random functions get called which eventually leads to an application crash due to another access memory violation, bad stack condition and so on.

This ticket is to attempt to solve the mentioned issues.

Note that in r297 the workaround from #96 has been applied that forces the -XX:+UseMembar? option to all JVM invocations.

Using 1.6.0-b22 GA, I am unable to get splash images (png, jpg, or gif) to display, using either method described in ​http://docs.oracle.com/javase/6/docs/api/java/awt/SplashScreen.html (startup option -splash: filename.gif or in the manifest as SplashScreen?-Image: filename.gif).

Examples:

1. Standalone png in current directory:

/* */
parse source . . thiscmd

jbin = 'c:\Java160_b22\bin\java.exe'
classpath = ''

mdbin = filespec('drive', thiscmd)||filespec('path', thiscmd)  

'@' || jbin' -splash:splash.png -mx512m -cp 'mdbin'moneydance.jar;'mdbin'appsrc.jar;'mdbin'jcommon-1.0.16.jar;'mdbin'jfreechart-1.0.13.jar;'mdbin'tablelayout.jar Moneydance'

return rc

Result:

Applications starts, but no splash page. No error is displayed or recorded in a log.

2. Packed splash info in META-INF/MANIFEST.MF:

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.8.2
Created-By: 1.6.0_27-b07-395-11M3515 (Apple Inc.)
Main-Class: Moneydance
SplashScreen-Image: com/moneydance/apps/md/view/gui/icons/splash.png

Moneydance.cmd:

/* */
parse source . . thiscmd

jbin = 'c:\Java160_b22\bin\java.exe'
classpath = ''

mdbin = filespec('drive', thiscmd)||filespec('path', thiscmd)  

'@' || jbin' -mx512m -cp 'mdbin'moneydance.jar;'mdbin'appsrc.jar;'mdbin'jcommon-1.0.16.jar;'mdbin'jfreechart-1.0.13.jar;'mdbin'tablelayout.jar Moneydance'

return rc

Result:

Applications starts, but no splash page. No error is displayed or recorded in a log.

I have tried other applications and varying splash images (test image, attached).

The Linux distribution does contain some kind of error somewhere in tgz distribution file which causes to unpack half and then exits with an error. There is also a jar file ( ​http://sourceforge.net/projects/sweethome3d/files/SweetHome3D-3.2.jar ). I tried to run it with different memory parameters. It could be that it needs much more memory than the 1G in my system. When I run the .jar I get lots of errors which are running of screen, so I can't provide you with a screenprint.

I have now more applications which do something with sound. Both Laoe and Raven can't record because the application can't find a source. Also pulldown menu's don't reveal any choices other than "no sources" or similar text.

From the developers of Raven I got the question "It would be good to know if OpenJDK 6 for OS/2 contains JavaSound?. Can you check on this?

Does the GA version have a FULLY implemented JavaSound??. I hope the answer is "no", otherwise we have another problem on our hands, ie no choice of sources.

The program doesn't start and comes with this error; [I:\DTP\Jaco-watermark]jaco-watermark Exception in thread "main" javax.swing.UnsupportedLookAndFeelException?: [The Mi rosoft Windows Look and Feel - com.sun.java.swing.plaf.windows.WindowsLookAndFe? l] not supported on this platform

at javax.swing.UIManager.setLookAndFeel(UIManager.java:517) at javax.swing.UIManager.setLookAndFeel(UIManager.java:574) at jaco.watermark.WatermarkApp?.main(Unknown Source)

That's all there is. I don't know if the swing error lines have to do with that look and feel. The program jaco-watermark-0.2.0.zip can be found on sourceforge.

This e-mail client works under other OS/2 Java

I can start the mailer, and it works with one exception. The window where the message would display is never painted, and whatever would be behind the program window shows through.

The window, folder list, message list, etc all paint OK.

If I compose a message, the window where the message is composed also does not paint.

If I change the browser window style from text browser to ICE HTML Browser, I get the message window to paint.

Polarbar mailer is attached; use the following to invoke: javaw -cp .;polarbar.zip org.polarbar.mailer

jAlbuminstall.jar (Version 9.1.2) from ​http://jalbum.net/ does work. Install window hangs w/o error message.

The Windows version of OpenJDK uses the *i64 versions of the LIBC APIs to deal with files which allows to operate on files of more than 4G in size.

On OS/2 I currently replace it with the non-*i64 variants as the latter are not supported by kLIBC.

We should check if the Odin32 file API actually supports 64-bit file addressing on filesystems supporting it themselves on OS/2 (like JFS). And if so, we should then provide the *i64 variants (via MINIVCRT.LIB for instance) and use them on OS/2 as well.

OpenJDK has support for DirectX 7 (both DirectDraw? and Direct3D) to speed up 2D operations but we only have DirectX 4 in Odin32.

For this reason, the current Direct3D code in the java2d module cannot be compiled.

Possible ways to go:

a) Restrict this support to only what is possible in DirectX 4. b) Enhance Odin32 to support DirectX 7 (as much as possible, providing emulation for missing 3D bits). c) Disable use of DirectX in OpenJDK at all (and probably use DIVE directly instead).

The sun.security.smartcardio package provides the SmartCard? access for authorization and other related procedures. The native methods of classes in this package are used to interface with SmartCard? devices. For now, these native methods are disabled on OS/2 as the SCard* WinAPI is missing from Odin. If we really need it, there is some Linux project for SmartCard? support (MUSCLE SmartCard? Development, ​http://www.linuxnet.com) which is used on Linux/Solaris? which we may probably port to OS/2 and either integrate with Odin to implement the SCard* WinAPI or use in Java directly.