A java's super Bug!

If you get a float number that larger than 999999999,
in java, you can't get the integer part of the number
and show it with String.
For Example:
Float largeF = new Float(999999999.222);
from 'largeF', you can not get a value of Long that equals 999999999,
and you can't get a string that is "999999999" use 'largeF' too.
In a word, in java, if a decimal fraction larger than 999999999, you can't get the decimal fraction's Integer.

Using java.math.BigDecimal solves this. This is actually a problem that most languages have because they limit the representation of basic types to set number of bytes. The reason for this is that it maps nicely to registers on the CPU and is faster.

Similar Messages

  • Is the Java "Zero-Day" bug dangerous for MountainLion users?

    Is the Java "Zero-Day" bug dangerous for MountainLion users?

    It is not yet dangerous, to my knowledge, as it is currently being used only to distribute Windows malware. But users of Java 7 are certainly vulnerable, should a hacker start distributing Mac malware through this vulnerability.
    For more info, see:
    http://www.reedcorner.net/new-unpatched-java-vulnerability-discovered/

  • JAVA or LINUX bug?

    My Java program crashes (on a Linux system) with the following log:
    # An unexpected error has been detected by HotSpot Virtual Machine:
    # SIGSEGV (0xb) at pc=0x4c949182, pid=2672, tid=2981530512
    # Java VM: Java HotSpot(TM) Client VM (1.5.0_12-b04 mixed mode, sharing)
    # Problematic frame:
    # C [libc.so.6+0x68182]
    Is this a bug in my Java code, JVM or the Linux system?
    I am not sure, but i would say that any bug in my Java Code would give me an exception ERROR not a SIGSEGV.
    As it is a segmentation fault error it probably is JVM or Linux?
    Does anyone know?
    //Paul

    Hi!
    From what i have seen in the err-logs the crash is always in libc. When i look into the stack trace i can see that
    there has always been a malloc or calloc (2'nd or 3'rd pos in stack trace) just before the crash.
    I run Fedora 7. But i have the same problem when trying it on FC8 too.
    Here is the complete error log:
    # An unexpected error has been detected by HotSpot Virtual Machine:
    #  SIGSEGV (0xb) at pc=0x4c949182, pid=2672, tid=2981530512
    # Java VM: Java HotSpot(TM) Client VM (1.5.0_12-b04 mixed mode, sharing)
    # Problematic frame:
    # C  [libc.so.6+0x68182]
    ---------------  T H R E A D  ---------------
    Current thread (0x08f229f0):  JavaThread "AWT-XAWT" daemon [_thread_in_vm, id=2681]
    siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x0000000a
    Registers:
    EAX=0x4ca32150, EBX=0x4ca30ff4, ECX=0x4ca32120, EDX=0x08f42758
    ESP=0xb1b67c50, EBP=0xb1b67cf8, ESI=0x00000060, EDI=0x00000002
    EIP=0x4c949182, CR2=0x0000000a, EFLAGS=0x00210202
    Top of Stack: (sp=0xb1b67c50)
    0xb1b67c50:   4cc8f361 08f18c30 b7b4442c 9138ccc0
    0xb1b67c60:   08f229f0 b1b67c94 b7a37986 08f18c34
    0xb1b67c70:   4ca324a0 b1b67ce3 08f229f0 000001d5
    0xb1b67c80:   4ca32150 b1b67db4 b7b4442c 00000068
    0xb1b67c90:   08f229f0 b1b67d14 00000002 9138ccc8
    0xb1b67ca0:   00000000 00000001 08f229f0 08f22d88
    0xb1b67cb0:   b7b4442c 00000000 b1b67d78 b7a4684e
    0xb1b67cc0:   08f22da0 08f22d88 08f42758 00000010
    Instructions: (pc=0x4c949182)
    0x4c949172:   88 0f 84 16 01 00 00 8b 45 88 39 75 94 89 78 0c
    0x4c949182:   89 47 08 0f 84 05 03 00 00 81 fe ff 01 00 00 0f
    Stack: [0xb1ae8000,0xb1b69000),  sp=0xb1b67c50,  free space=511k
    Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
    C  [libc.so.6+0x68182]
    C  [libc.so.6+0x69ebe]  __libc_malloc+0x7e
    V  [libjvm.so+0x28a3fa]
    V  [libjvm.so+0x315af7]
    j  sun.misc.Unsafe.allocateMemory(J)J+0
    j  sun.awt.X11.XEvent.<init>()V+28
    j  sun.awt.X11.XToolkit.getCurrentServerTime()J+83
    j  sun.awt.X11.XToolkit.nowMillisUTC_offset(J)J+91
    j  sun.awt.X11.XWindow.handleMotionNotify(J)V+128
    j  sun.awt.X11.XBaseWindow.dispatchEvent(Lsun/awt/X11/XAnyEvent;)V+220
    j  sun.awt.X11.XBaseWindow.dispatchToWindow(Lsun/awt/X11/XAnyEvent;)V+29
    j  sun.awt.X11.XToolkit.dispatchEvent(Lsun/awt/X11/XAnyEvent;)V+1
    J  sun.awt.X11.XToolkit.run(Z)V
    v  ~OSRAdapter
    j  sun.awt.X11.XToolkit.run()V+5
    j  java.lang.Thread.run()V+11
    v  ~StubRoutines::call_stub
    V  [libjvm.so+0x17b19c]
    V  [libjvm.so+0x28fb38]
    V  [libjvm.so+0x17a9f5]
    V  [libjvm.so+0x17aa8e]
    V  [libjvm.so+0x1f29f5]
    V  [libjvm.so+0x2f93d3]
    V  [libjvm.so+0x290748]
    C  [libpthread.so.0+0x544b]
    Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
    j  sun.misc.Unsafe.allocateMemory(J)J+0
    j  sun.awt.X11.XEvent.<init>()V+28
    j  sun.awt.X11.XToolkit.getCurrentServerTime()J+83
    j  sun.awt.X11.XToolkit.nowMillisUTC_offset(J)J+91
    j  sun.awt.X11.XWindow.handleMotionNotify(J)V+128
    j  sun.awt.X11.XBaseWindow.dispatchEvent(Lsun/awt/X11/XAnyEvent;)V+220
    j  sun.awt.X11.XBaseWindow.dispatchToWindow(Lsun/awt/X11/XAnyEvent;)V+29
    j  sun.awt.X11.XToolkit.dispatchEvent(Lsun/awt/X11/XAnyEvent;)V+1
    J  sun.awt.X11.XToolkit.run(Z)V
    v  ~OSRAdapter
    j  sun.awt.X11.XToolkit.run()V+5
    j  java.lang.Thread.run()V+11
    v  ~StubRoutines::call_stub
    ---------------  P R O C E S S  ---------------
    Java Threads: ( => current thread )
      0x08e77108 JavaThread "Thread-4" [_thread_in_native, id=2731]
      0x08deea10 JavaThread "DestroyJavaVM" [_thread_blocked, id=2672]
      0x090cecd0 JavaThread "Loop thread" [_thread_blocked, id=2723]
      0x090be460 JavaThread "JMF thread: SendEventQueue: com.sun.media.PlaybackEngine" [_thread_blocked, id=2719]
      0x090a3468 JavaThread "JMF thread: SendEventQueue: com.sun.media.content.unknown.Handler" [_thread_blocked, id=2718]
      0x090bd7b0 JavaThread "Loop thread" [_thread_blocked, id=2717]
      0x090a2248 JavaThread "JMF thread: SendEventQueue: com.sun.media.PlaybackEngine" [_thread_blocked, id=2713]
      0x090a1450 JavaThread "JMF thread: SendEventQueue: com.sun.media.content.unknown.Handler" [_thread_blocked, id=2712]
      0x090bcfe8 JavaThread "Loop thread" [_thread_blocked, id=2711]
      0x090a1058 JavaThread "JMF thread: SendEventQueue: com.sun.media.PlaybackEngine" [_thread_blocked, id=2707]
      0x0909ccf0 JavaThread "JMF thread: SendEventQueue: com.sun.media.content.unknown.Handler" [_thread_blocked, id=2706]
      0x090a0ce8 JavaThread "Loop thread" [_thread_blocked, id=2705]
      0x08ff0df0 JavaThread "JMF thread: SendEventQueue: com.sun.media.PlaybackEngine" [_thread_blocked, id=2701]
      0x08fed9b8 JavaThread "JMF thread: SendEventQueue: com.sun.media.content.unknown.Handler" [_thread_blocked, id=2700]
      0x08fdcd10 JavaThread "Loop thread" [_thread_blocked, id=2699]
      0x08ff2a70 JavaThread "JMF thread: SendEventQueue: com.sun.media.PlaybackEngine" [_thread_blocked, id=2695]
      0x08ead6c0 JavaThread "JMF thread: SendEventQueue: com.sun.media.content.unknown.Handler" [_thread_blocked, id=2694]
      0x08ff2090 JavaThread "Loop thread" [_thread_blocked, id=2693]
      0x08e4f1e8 JavaThread "JMF thread: SendEventQueue: com.sun.media.PlaybackEngine" [_thread_blocked, id=2689]
      0x08e878c0 JavaThread "JMF thread: SendEventQueue: com.sun.media.content.unknown.Handler" [_thread_blocked, id=2688]
      0x08f2da30 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2684]
      0x08f2c2c8 JavaThread "AWT-Shutdown" [_thread_blocked, id=2683]
      0x08f2cc70 JavaThread "TimerQueue" daemon [_thread_blocked, id=2682]
    =>0x08f229f0 JavaThread "AWT-XAWT" daemon [_thread_in_vm, id=2681]
      0x08f18028 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2680]
      0x08e37be8 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2678]
      0x08e366d8 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2677]
      0x08e35728 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=2676]
      0x08e2fc30 JavaThread "Finalizer" daemon [_thread_blocked, id=2675]
      0x08e2dda8 JavaThread "Reference Handler" daemon [_thread_blocked, id=2674]
    Other Threads:
      0x08e2c968 VMThread [id=2673]
      0x08e391b0 WatcherThread [id=2679]
    VM state:not at safepoint (normal execution)
    VM Mutex/Monitor currently owned by a thread: None
    Heap
    def new generation   total 1728K, used 930K [0x88b60000, 0x88d30000, 0x89040000)
      eden space 1600K,  50% used [0x88b60000, 0x88c28950, 0x88cf0000)
      from space 128K, 100% used [0x88d10000, 0x88d30000, 0x88d30000)
      to   space 128K,   0% used [0x88cf0000, 0x88cf0000, 0x88d10000)
    tenured generation   total 21068K, used 16657K [0x89040000, 0x8a4d3000, 0x8cb60000)
       the space 21068K,  79% used [0x89040000, 0x8a0844e0, 0x8a084600, 0x8a4d3000)
    compacting perm gen  total 8192K, used 2366K [0x8cb60000, 0x8d360000, 0x90b60000)
       the space 8192K,  28% used [0x8cb60000, 0x8cdafb30, 0x8cdafc00, 0x8d360000)
        ro space 8192K,  68% used [0x90b60000, 0x910e07a8, 0x910e0800, 0x91360000)
        rw space 12288K,  48% used [0x91360000, 0x9192b520, 0x9192b600, 0x91f60000)
    Dynamic libraries:
    08048000-08057000 r-xp 00000000 fd:00 1278110    /usr/java/jdk1.5.0_12/bin/java
    08057000-08059000 rwxp 0000e000 fd:00 1278110    /usr/java/jdk1.5.0_12/bin/java
    08deb000-090f1000 rwxp 08deb000 00:00 0
    4c8c2000-4c8dd000 r-xp 00000000 fd:00 1277987    /lib/ld-2.6.so
    4c8dd000-4c8de000 r-xp 0001a000 fd:00 1277987    /lib/ld-2.6.so
    4c8de000-4c8df000 rwxp 0001b000 fd:00 1277987    /lib/ld-2.6.so
    4c8e1000-4ca2f000 r-xp 00000000 fd:00 1278180    /lib/libc-2.6.so
    4ca2f000-4ca31000 r-xp 0014e000 fd:00 1278180    /lib/libc-2.6.so
    4ca31000-4ca32000 rwxp 00150000 fd:00 1278180    /lib/libc-2.6.so
    4ca32000-4ca35000 rwxp 4ca32000 00:00 0
    4ca37000-4ca5e000 r-xp 00000000 fd:00 1279203    /lib/libm-2.6.so
    4ca5e000-4ca5f000 r-xp 00026000 fd:00 1279203    /lib/libm-2.6.so
    4ca5f000-4ca60000 rwxp 00027000 fd:00 1279203    /lib/libm-2.6.so
    4ca62000-4ca65000 r-xp 00000000 fd:00 1279201    /lib/libdl-2.6.so
    4ca65000-4ca66000 r-xp 00002000 fd:00 1279201    /lib/libdl-2.6.so
    4ca66000-4ca67000 rwxp 00003000 fd:00 1279201    /lib/libdl-2.6.so
    4cb1f000-4cb24000 r-xp 00000000 fd:00 9576673    /usr/lib/libXdmcp.so.6.0.0
    4cb24000-4cb25000 rwxp 00004000 fd:00 9576673    /usr/lib/libXdmcp.so.6.0.0
    4cb27000-4cc25000 r-xp 00000000 fd:00 9572154    /usr/lib/libX11.so.6.2.0
    4cc25000-4cc29000 rwxp 000fe000 fd:00 9572154    /usr/lib/libX11.so.6.2.0
    4cc2b000-4cc2d000 r-xp 00000000 fd:00 9579207    /usr/lib/libXau.so.6.0.0
    4cc2d000-4cc2e000 rwxp 00001000 fd:00 9579207    /usr/lib/libXau.so.6.0.0
    4cc71000-4cc80000 r-xp 00000000 fd:00 9577025    /usr/lib/libXext.so.6.4.0
    4cc80000-4cc81000 rwxp 0000e000 fd:00 9577025    /usr/lib/libXext.so.6.4.0
    4cc88000-4cc9c000 r-xp 00000000 fd:00 1279448    /lib/libpthread-2.6.so
    4cc9c000-4cc9d000 r-xp 00013000 fd:00 1279448    /lib/libpthread-2.6.so
    4cc9d000-4cc9e000 rwxp 00014000 fd:00 1279448    /lib/libpthread-2.6.so
    4cc9e000-4cca0000 rwxp 4cc9e000 00:00 0
    4ce44000-4ce4d000 r-xp 00000000 fd:00 9572633    /usr/lib/libXcursor.so.1.0.2
    4ce4d000-4ce4e000 rwxp 00008000 fd:00 9572633    /usr/lib/libXcursor.so.1.0.2
    4ce5a000-4ce62000 r-xp 00000000 fd:00 9589202    /usr/lib/libXrender.so.1.3.0
    4ce62000-4ce63000 rwxp 00007000 fd:00 9589202    /usr/lib/libXrender.so.1.3.0
    4d306000-4d30a000 r-xp 00000000 fd:00 9572635    /usr/lib/libXfixes.so.3.1.0
    4d30a000-4d30b000 rwxp 00003000 fd:00 9572635    /usr/lib/libXfixes.so.3.1.0
    4d400000-4d415000 r-xp 00000000 fd:00 1279197    /lib/libnsl-2.6.so
    4d415000-4d416000 r-xp 00014000 fd:00 1279197    /lib/libnsl-2.6.so
    4d416000-4d417000 rwxp 00015000 fd:00 1279197    /lib/libnsl-2.6.so
    4d417000-4d419000 rwxp 4d417000 00:00 0
    88b60000-88d30000 rwxp 88b60000 00:00 0
    88d30000-89040000 rwxp 88d30000 00:00 0
    89040000-8a4d3000 rwxp 89040000 00:00 0
    8a4d3000-8cb60000 rwxp 8a4d3000 00:00 0
    8cb60000-8d360000 rwxp 8cb60000 00:00 0
    8d360000-90b60000 rwxp 8d360000 00:00 0
    90b60000-910e1000 r-xs 00001000 fd:00 2066370    /usr/java/jdk1.5.0_12/jre/lib/i386/client/classes.jsa
    910e1000-91360000 rwxp 910e1000 00:00 0
    91360000-9192c000 rwxp 00582000 fd:00 2066370    /usr/java/jdk1.5.0_12/jre/lib/i386/client/classes.jsa
    9192c000-91f60000 rwxp 9192c000 00:00 0
    91f60000-92030000 rwxp 00b4e000 fd:00 2066370    /usr/java/jdk1.5.0_12/jre/lib/i386/client/classes.jsa
    92030000-92360000 rwxp 92030000 00:00 0
    92360000-92364000 r-xs 00c1e000 fd:00 2066370    /usr/java/jdk1.5.0_12/jre/lib/i386/client/classes.jsa
    92364000-92760000 rwxp 92364000 00:00 0
    b0a63000-b0a7b000 rwxs 00000000 00:09 1245197    /SYSV00000000 (deleted)
    b0a91000-b0b6e000 rwxs 00000000 00:09 491530     /SYSV00000000 (deleted)
    b0b75000-b0b78000 rwxp b0b75000 00:00 0
    b0b78000-b0bf6000 rwxp b0b78000 00:00 0
    b0bf6000-b0bf9000 --xp b0bf6000 00:00 0
    b0bf9000-b0c77000 rwxp b0bf9000 00:00 0
    b0c77000-b0c7a000 rwxp b0c77000 00:00 0
    b0c7a000-b0cf8000 rwxp b0c7a000 00:00 0
    b0cf8000-b0cfb000 --xp b0cf8000 00:00 0
    b0cfb000-b0d79000 rwxp b0cfb000 00:00 0
    b0d79000-b0d7c000 --xp b0d79000 00:00 0
    b0d7c000-b0dfa000 rwxp b0d7c000 00:00 0
    b0dfa000-b0dfd000 --xp b0dfa000 00:00 0
    b0dfd000-b0e7b000 rwxp b0dfd000 00:00 0
    b0e7b000-b0e7e000 --xp b0e7b000 00:00 0
    b0e7e000-b0efc000 rwxp b0e7e000 00:00 0
    b0efc000-b0eff000 --xp b0efc000 00:00 0
    b0eff000-b0f7d000 rwxp b0eff000 00:00 0
    b0f7d000-b0f80000 --xp b0f7d000 00:00 0
    b0f80000-b0ffe000 rwxp b0f80000 00:00 0
    b0ffe000-b1001000 --xp b0ffe000 00:00 0
    b1001000-b107f000 rwxp b1001000 00:00 0
    b107f000-b1082000 --xp b107f000 00:00 0
    b1082000-b11c2000 rwxp b1082000 00:00 0
    b11c2000-b1200000 --xp b11c2000 00:00 0
    b1200000-b1201000 r-xp 00000000 fd:00 65719      /usr/lib/gconv/ISO8859-1.so
    b1201000-b1203000 rwxp 00000000 fd:00 65719      /usr/lib/gconv/ISO8859-1.so
    b1203000-b120a000 r-xs 00000000 fd:00 65796      /usr/lib/gconv/gconv-modules.cache
    b120a000-b1210000 r-xp 00000000 fd:00 2066553    /usr/java/jdk1.5.0_12/jre/lib/i386/libLinuxSerialParallel.so
    b1210000-b1211000 rwxp 00005000 fd:00 2066553    /usr/java/jdk1.5.0_12/jre/lib/i386/libLinuxSerialParallel.so
    b1211000-b1214000 --xp b1211000 00:00 0
    b1214000-b1292000 rwxp b1214000 00:00 0
    b1292000-b1295000 --xp b1292000 00:00 0
    b1295000-b1313000 rwxp b1295000 00:00 0
    b1313000-b1316000 --xp b1313000 00:00 0
    b1316000-b1394000 rwxp b1316000 00:00 0
    b1394000-b1397000 --xp b1394000 00:00 0
    b1397000-b1415000 rwxp b1397000 00:00 0
    b1415000-b141c000 r-xp 00000000 fd:00 2065970    /usr/java/jdk1.5.0_12/jre/lib/i386/libnio.so
    b141c000-b141d000 rwxp 00006000 fd:00 2065970    /usr/java/jdk1.5.0_12/jre/lib/i386/libnio.so
    b141d000-b142e000 r-xp 00000000 fd:00 2065969    /usr/java/jdk1.5.0_12/jre/lib/i386/libnet.so
    b142e000-b142f000 rwxp 00011000 fd:00 2065969    /usr/java/jdk1.5.0_12/jre/lib/i386/libnet.so
    b142f000-b14eb000 r-xp 00000000 fd:00 692736     /usr/tools/JMF-2.1.1e/lib/libjffmpeg.so
    b14eb000-b14ee000 rwxp 000bb000 fd:00 692736     /usr/tools/JMF-2.1.1e/lib/libjffmpeg.so
    b14ee000-b1535000 rwxp b14ee000 00:00 0
    b1535000-b1538000 --xp b1535000 00:00 0
    b1538000-b15b6000 rwxp b1538000 00:00 0
    b15b6000-b15b9000 --xp b15b6000 00:00 0
    b15b9000-b1637000 rwxp b15b9000 00:00 0
    b1637000-b163a000 --xp b1637000 00:00 0
    b163a000-b16b8000 rwxp b163a000 00:00 0
    b16b8000-b16bb000 --xp b16b8000 00:00 0
    b16bb000-b1739000 rwxp b16bb000 00:00 0
    b1739000-b173c000 --xp b1739000 00:00 0
    b173c000-b17ba000 rwxp b173c000 00:00 0
    b17ba000-b17e1000 r-xp 00000000 fd:00 2065962    /usr/java/jdk1.5.0_12/jre/lib/i386/libjpeg.so
    b17e1000-b17e2000 rwxp 00026000 fd:00 2065962    /usr/java/jdk1.5.0_12/jre/lib/i386/libjpeg.so
    b17e2000-b17e5000 rwxp b17e2000 00:00 0
    b17e5000-b1863000 rwxp b17e5000 00:00 0
    b1863000-b1866000 rwxp b1863000 00:00 0
    b1866000-b18e4000 rwxp b1866000 00:00 0
    b18e4000-b18e7000 --xp b18e4000 00:00 0
    b18e7000-b1965000 rwxp b18e7000 00:00 0
    b1965000-b1968000 --xp b1965000 00:00 0
    b1968000-b19e6000 rwxp b1968000 00:00 0
    b19e6000-b19e9000 --xp b19e6000 00:00 0
    b19e9000-b1a67000 rwxp b19e9000 00:00 0
    b1a67000-b1a6a000 --xp b1a67000 00:00 0
    b1a6a000-b1ae8000 rwxp b1a6a000 00:00 0
    b1ae8000-b1aeb000 --xp b1ae8000 00:00 0
    b1aeb000-b1b69000 rwxp b1aeb000 00:00 0
    b1b69000-b1b6c000 --xp b1b69000 00:00 0
    b1b6c000-b1bea000 rwxp b1b6c000 00:00 0
    b1bea000-b1c64000 r-xp 00000000 fd:00 2065949    /usr/java/jdk1.5.0_12/jre/lib/i386/libfontmanager.so
    b1c64000-b1c6e000 rwxp 00079000 fd:00 2065949    /usr/java/jdk1.5.0_12/jre/lib/i386/libfontmanager.so
    b1c6e000-b1c72000 rwxp b1c6e000 00:00 0
    b1c72000-b1cb8000 r-xs 00000000 fd:00 692730     /usr/tools/JMF-2.1.1e/lib/jffmpeg.jar
    b1cb8000-b1e74000 r-xs 00000000 fd:00 688176     /usr/tools/JMF-2.1.1e/lib/jmf.jar
    b1e74000-b1ea3000 r-xp 00000000 fd:00 2065985    /usr/java/jdk1.5.0_12/jre/lib/i386/xawt/libmawt.so
    b1ea3000-b1ea6000 rwxp 0002e000 fd:00 2065985    /usr/java/jdk1.5.0_12/jre/lib/i386/xawt/libmawt.so
    b1ea6000-b1ea7000 rwxp b1ea6000 00:00 0
    b1ea7000-b1f6d000 r-xp 00000000 fd:00 2065967    /usr/java/jdk1.5.0_12/jre/lib/i386/libmlib_image.so
    b1f6d000-b1f6e000 rwxp 000c5000 fd:00 2065967    /usr/java/jdk1.5.0_12/jre/lib/i386/libmlib_image.so
    b1f6e000-b1fce000 r-xp 00000000 fd:00 2065944    /usr/java/jdk1.5.0_12/jre/lib/i386/libawt.so
    b1fce000-b1fd4000 rwxp 0005f000 fd:00 2065944    /usr/java/jdk1.5.0_12/jre/lib/i386/libawt.so
    b1fd4000-b1ff8000 rwxp b1fd4000 00:00 0
    b1ff8000-b20bd000 r-xs 00000000 fd:00 2065883    /usr/java/jdk1.5.0_12/jre/lib/ext/localedata.jar
    b20bd000-b20e8000 r-xs 00000000 fd:00 2065899    /usr/java/jdk1.5.0_12/jre/lib/ext/sunpkcs11.jar
    b20e8000-b2105000 r-xs 00000000 fd:00 2066554    /usr/java/jdk1.5.0_12/jre/lib/ext/comm.jar
    b2105000-b2107000 r-xs 00000000 fd:00 2065896    /usr/java/jdk1.5.0_12/jre/lib/ext/dnsns.jar
    b2107000-b212e000 r-xs 00000000 fd:00 2065898    /usr/java/jdk1.5.0_12/jre/lib/ext/sunjce_provider.jar
    b212e000-b212f000 --xp b212e000 00:00 0
    b212f000-b21af000 rwxp b212f000 00:00 0
    b21af000-b21b2000 --xp b21af000 00:00 0
    b21b2000-b2230000 rwxp b21b2000 00:00 0
    b2230000-b2233000 --xp b2230000 00:00 0
    b2233000-b22b1000 rwxp b2233000 00:00 0
    b22b1000-b22b4000 --xp b22b1000 00:00 0
    b22b4000-b2332000 rwxp b22b4000 00:00 0
    b2332000-b2532000 r-xp 00000000 fd:00 9571617    /usr/lib/locale/locale-archive
    b2532000-b2535000 --xp b2532000 00:00 0
    b2535000-b25b3000 rwxp b2535000 00:00 0
    b25b3000-b25b6000 --xp b25b3000 00:00 0
    b25b6000-b2634000 rwxp b25b6000 00:00 0
    b2634000-b2635000 --xp b2634000 00:00 0
    b2635000-b26c1000 rwxp b2635000 00:00 0
    b26c1000-b26dd000 rwxp b26c1000 00:00 0
    b26dd000-b26e8000 rwxp b26dd000 00:00 0
    b26e8000-b26fb000 rwxp b26e8000 00:00 0
    b26fb000-b26fc000 rwxp b26fb000 00:00 0
    b26fc000-b26fd000 rwxp b26fc000 00:00 0
    b26fd000-b2708000 rwxp b26fd000 00:00 0
    b2708000-b271b000 rwxp b2708000 00:00 0
    b271b000-b271f000 rwxp b271b000 00:00 0
    b271f000-b273b000 rwxp b271f000 00:00 0
    b273b000-b274c000 rwxp b273b000 00:00 0
    b274c000-b27c6000 rwxp b274c000 00:00 0
    b27c6000-b2926000 rwxp b27c6000 00:00 0
    b2926000-b47c6000 rwxp b2926000 00:00 0
    b47c6000-b5035000 r-xs 00000000 fd:00 2066020    /usr/java/jdk1.5.0_12/jre/lib/charsets.jar
    b5035000-b504a000 r-xs 00000000 fd:00 2066019    /usr/java/jdk1.5.0_12/jre/lib/jce.jar
    b504a000-b50cf000 r-xs 00000000 fd:00 2066078    /usr/java/jdk1.5.0_12/jre/lib/jsse.jar
    b50cf000-b5138000 rwxp b50cf000 00:00 0
    b5138000-b775d000 r-xs 00000000 fd:00 2066551    /usr/java/jdk1.5.0_12/jre/lib/rt.jar
    b775d000-b776c000 r-xp 00000000 fd:00 2065975    /usr/java/jdk1.5.0_12/jre/lib/i386/libzip.so
    b776c000-b776e000 rwxp 0000e000 fd:00 2065975    /usr/java/jdk1.5.0_12/jre/lib/i386/libzip.so
    b776e000-b778f000 r-xp 00000000 fd:00 2065955    /usr/java/jdk1.5.0_12/jre/lib/i386/libjava.so
    b778f000-b7791000 rwxp 00020000 fd:00 2065955    /usr/java/jdk1.5.0_12/jre/lib/i386/libjava.so
    b7791000-b779c000 r-xp 00000000 fd:00 2065974    /usr/java/jdk1.5.0_12/jre/lib/i386/libverify.so
    b779c000-b779d000 rwxp 0000b000 fd:00 2065974    /usr/java/jdk1.5.0_12/jre/lib/i386/libverify.so
    b779d000-b77a7000 r-xp 00000000 fd:00 1277992    /lib/libnss_files-2.6.so
    b77a7000-b77a8000 r-xp 00009000 fd:00 1277992    /lib/libnss_files-2.6.so
    b77a8000-b77a9000 rwxp 0000a000 fd:00 1277992    /lib/libnss_files-2.6.so
    b77af000-b77b7000 rwxs 00000000 fd:00 2097473    /tmp/hsperfdata_root/2672
    b77b7000-b7b29000 r-xp 00000000 fd:00 2065938    /usr/java/jdk1.5.0_12/jre/lib/i386/client/libjvm.so
    b7b29000-b7b47000 rwxp 00371000 fd:00 2065938    /usr/java/jdk1.5.0_12/jre/lib/i386/client/libjvm.so
    b7b47000-b7f65000 rwxp b7b47000 00:00 0
    b7f65000-b7f6b000 r-xp 00000000 fd:00 2065979    /usr/java/jdk1.5.0_12/jre/lib/i386/native_threads/libhpi.so
    b7f6b000-b7f6c000 rwxp 00006000 fd:00 2065979    /usr/java/jdk1.5.0_12/jre/lib/i386/native_threads/libhpi.so
    b7f6c000-b7f6d000 rwxp b7f6c000 00:00 0
    b7f6d000-b7f6e000 r-xp b7f6d000 00:00 0
    b7f6e000-b7f6f000 r-xp b7f6e000 00:00 0          [vdso]
    bfdc2000-bfdc5000 --xp bfdc2000 00:00 0
    bfdc5000-bffc2000 rwxp bfe02000 00:00 0          [stack]
    VM Arguments:
    java_command: navigator/NavigatorFrame
    Launcher Type: SUN_STANDARD
    Environment Variables:
    JAVA_HOME=/usr/java/jdk1.5.0_12
    CLASSPATH=.:/usr/java/jdk1.5.0_12/lib:/usr/java/jdk1.5.0_12/bin/comm.jar:/usr/java/jdk1.5.0_12/jre/lib/ext/jcl.jar:/usr/tools/JMF-2.1.1e/lib/jmf.jar:/usr/tools/JMF-2.1.1e/lib/jffmpeg.jar:/usr/applications/navigator
    PATH=/usr/java/jdk1.5.0_12/bin:/usr/java/jdk1.5.0_12/bin:/usr/include:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin:/usr/tools/JMF-2.1.1e/lib:.
    LD_LIBRARY_PATH=/usr/java/jdk1.5.0_12/jre/lib/i386/client:/usr/java/jdk1.5.0_12/jre/lib/i386:/usr/java/jdk1.5.0_12/jre/../lib/i386:/usr/tools/JMF-2.1.1e/lib
    SHELL=/bin/bash
    DISPLAY=:0.0
    HOSTTYPE=i386-linux
    OSTYPE=linux
    MACHTYPE=i386
    Signal Handlers:
    SIGSEGV: [libjvm.so+0x32b1b0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGBUS: [libjvm.so+0x32b1b0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGFPE: [libjvm.so+0x28eb70], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGPIPE: [libjvm.so+0x28eb70], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGILL: [libjvm.so+0x28eb70], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
    SIGUSR2: [libjvm.so+0x290fc0], sa_mask[0]=0x00000000, sa_flags=0x10000004
    SIGHUP: [libjvm.so+0x2909f0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGINT: [libjvm.so+0x2909f0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGQUIT: [libjvm.so+0x2909f0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGTERM: [libjvm.so+0x2909f0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    ---------------  S Y S T E M  ---------------
    OS:Fedora release 7 (Moonshine)
    uname:Linux 2.6.23.12-52.fc7 #1 SMP Tue Dec 18 21:18:02 EST 2007 i686
    libc:glibc 2.6 NPTL 2.6
    rlimit: STACK 10240k, CORE 0k, NPROC 3583, NOFILE 1024, AS infinity
    load average:0.35 0.76 0.38
    CPU:total 1 (cores per cpu 1, threads per core 1) family 6 model 9 stepping 8, cmov, cx8, fxsr, mmx, sse
    Memory: 4k page, physical 222820k(3468k free), swap 524280k(503880k free)
    vm_info: Java HotSpot(TM) Client VM (1.5.0_12-b04) for linux-x86, built on May  2 2007 03:26:22 by java_re with gcc 3.2.1-7a (J2SE release)

  • ANOTHER Java NIO Socket Bug??

    I think I'm being really dense here but for the life of me, I can't get this code to work properly. I am trying to build a NIO socket server using JDK 1.4.1-b21. I know about how the selector OP_WRITE functionality has changed and that isn't my problem. My problem is that when I run this code:
    if (key.isAcceptable()) {
         System.out.println("accept at " + System.currentTimeMillis());
         socket = server.accept();
         socket.configureBlocking(false);
         socket.register(selector, SelectionKey.OP_READ | SelectionKey.OP_WRITE);
    if (key.isWritable()) {
         SocketChannel client = (SocketChannel)key.channel();
         System.out.println("write at " + System.currentTimeMillis());
    if (key.isReadable()) {
         SocketChannel client = (SocketChannel)key.channel();
         readBuffer.clear();
         client.read(readBuffer);
         System.out.println("read at " + System.currentTimeMillis());
    }the isWritable if statement will always return (which is fine) and the isReadable if statement will NEVER return (which is most certainly NOT FINE!!). The readBuffer code is there just to clear out the read buffer so isReadable is only called once per data sent.
    This SEEMS to be a bug in how the selector works? I would expect to see isReadable return true whenever data is sent, but that is not the case. Now here is the real kicker ;) Go ahead and change this line:
    socket.register(selector, SelectionKey.OP_READ | SelectionKey.OP_WRITE);to this:socket.register(selector, SelectionKey.OP_READ);And now it appears that isReadable is running as expected?! To let people run this code on their own, I have uploaded a copy of the entire java file here:
    http://www.electrotank.com/lab/personal/mike/NioTest.java
    Please forgive the code, it's just the smallest test harness I could make and much of it is lifted from other posts on this forum. You can test this by using Telnet and connecting to 127.0.0.1:8080. You can test the isReadable piece by just typing in the Telnet window.
    Someone else has listed something as a bug in the Bug Parade, but the test case is flawed:
    http://developer.java.sun.com/developer/bugParade/bugs/4755720.html
    If this does prove to be a bug, has someone listed this already? Is there a nice clean workaround? I'm getting really desperate here. This bug makes the NIO socket stuff pretty unusable. Thanks in advance for the help!!
    Mike Grundvig
    [email protected]
    Electrotank, Inc.

    Yeah, isReadable crashed for me too.
    My solution was to not call it. I set up two selectors for the two operations I wanted notifying (accept and read) and used them independently in different threads. The accept thread passes them over to the read thread when they're accepted.
    This way I don't need to call isReadable since it is bound to be readable otherwise it wouldn't have returned, as read is the only operation I'm being notified about.
    --sam                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           

  • Bad http.agent in Java properties : a bug in the HTTP user-agent string?

    Hi all,
    Me :
    I'm patching AWSTATS (web log analyzer tool) in order to recognize which Java version has
    been used to download files.
    Context of the problem :
    Each time a Java program (or applet) is downloading a file (for example .class, .png, .html)
    from a web server, a line will be added in the web server log file. If the web server is well
    configured, the user agent used to download the file will be at the end of the line in the log file.
    For Sun Java JVM, the user agent string is configured in the Java properties under "http.agent".
    Usually, the user-agent string contains the word "Java" and the virtual machine version. In most
    cases, this is just a string like "Java/1.4.2", so this is relatively easy to parse.
    Problem :
    Looking in my web server stats, and then on the web, I found that a JVM's user-agent is
    "Mozilla/4.0 (Windows XP 5.1)", which obviously does not contains the word "Java".
    Consequently, it is difficult to say that this user-agent string belongs to a JVM.
    Further look in my log files and on google shows that this http.agent string appears
    on Microsoft Internet Explorer (it seems MSIE 6.0) over Windows XP with the J2RE plugin:
    http://board.gulli.com/thread/300321
    http://forum.java.sun.com/thread.jsp?thread=531295&forum=30&message=2559523
    http://forum.java.sun.com/thread.jsp?forum=63&thread=132769&start=210&range=15&tstart=0&trange=15
    http://forum.java.sun.com/thread.jsp?forum=32&thread=480899
    http://www.goodidea.ru/setupJava/javaInstall.htm
    The J2RE plugin version does not seems to play a role as this user-agent string has
    been seen on 1.4.1_02-b06, 1.4.2_01, 1.4.2_03 and 1.4.2_04-b05.
    Further information requested :
    I would like to know:
    1) if you have reported the same problem;
    2) if there is some rules for the http.agent property;
    3) if this is a bug.
    Thank you very much, and feel free to add you opinion.
    Julien

    The web log files where the "Mozilla/4.0 (Windows XP 5.1)" user-agent appears can be displayed using the following search terms on google :
    "Mozilla/4.0 (Windows XP 5.1)" -"(Windows XP 5.1) Java"
    http://www.google.ch/search?hl=fr&ie=UTF-8&q=%22Mozilla%2F4.0+%28Windows+XP+5.1%29%22+-%22%28Windows+XP+5.1%29+Java%22&btnG=Rechercher&meta=
    Julien

  • Java has a bug

    Hi
    All variable pass into a function, shuould passed by value, so we are not able to change the original variable through the parameter. But something wrong here:
    import javax.swing.tree.DefaultMutableTreeNode;
    public class tt{
    public static void main(String[] args){
         DefaultMutableTreeNode t=new DefaultMutableTreeNode("123");
    ccc(t);
         System.out.println(t.getUserObject());
    static private void ccc(DefaultMutableTreeNode a){
         a.setUserObject("456");
    it should print 123, but it print 456. Should it be a bug of Java?
    thanks from Peter ([email protected])

    u have not understood the concept of object references thats y u feel its wrong..be careful when u make such statements.
    When objects are passed to functions, its the object reference thats getting passed, and obviously the reference is passed by value.but using this reference, the function can point to the actual object in the heap and if any change is made..it reflects the actual object.
    here..object reference is passed by value which gets allocated in the functions stack and it points to the actual object which is allocated in the heap.
    hope its clear..its not a bug..
    sandeep joseph

  • Java Plugin Console Bug???

    I am not sure this is a bug, which is why I wanted to ask before I posted it. We have an applet that runs over the weekend, and on Monday morning is has died. The reason is the logging done to the console fills it up. Here is an example that will kill it quickly...
    public class TestApplet extends JApplet {
        public void start() {
            Timer timer = new Timer();
            timer.schedual( new TimerTask() {
                public void run() {
                    for( int i = 0; i < 10000; ++i )
                        System.out.println("Logging Info");
            }, 0, 10);
    }I would not think that this would kill the web browser, but it does.
    I'm using Java 5.0.4 and Windows XP SP1.
    Is this a bug, or has this always behaved like this.

    On Windows at least, go to the Control Panel and click on the icon for the specific JRE you are trying to configure. In JRE 1.3, on the Basic tab there is checkbox for Show Java Console. If this box is checked, the console will pop-up when started. If it's not checked the Java System tray icon will appear only and you can access the console by doubling clicking on it.

  • JTable Java 1.6 Bug Progress ??? Work Around ?

    I was just wondering if there was a work around for the following bug on java 1.6 ???
    http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6568959
    This has been really annoying me because it's a requirement to use JInternalFrame and of course they want to treat the JTable like a spread sheet and edit cells using the keyboard and mouse. Is there some way to fix this really soon ? I was shocked why my program worked so well until I tried java 1.6 JRE and then the focus problems came.

    I was just wondering if there was a work around for the following bug on java 1.6 ???
    http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6568959
    This has been really annoying me because it's a requirement to use JInternalFrame and of course they want to treat the JTable like a spread sheet and edit cells using the keyboard and mouse. Is there some way to fix this really soon ? I was shocked why my program worked so well until I tried java 1.6 JRE and then the focus problems came.

  • Java Bean Serialization bugs (2 of them)

    I have an EJB Primary Key with one public field - and I have hit 2 bugs trying to
    serialize it to XML. I am currently running Weblogic 7.0.0.1 - the version that shipped
    with Weblogic Platform last friday. I didnt have this problem with Weblogic 7.0 GA.
    The problems are:
    Bug 1) I have public JavaBean get/set methods for the field (its a string). The servicegen
    ANT task throws an error because the field is both a property AND a public field
    (though, there is no reason to do this according to the JAX-RPC spec)
    The error I get is:
    weblogic.xml.schema.binding.BindingException: Error: bean property and public field
    found with the same name: starId
    Bug 2) If I remove the get/set methods and regenerate (using servicegen again), it
    fails at runtime because the generated code is looking for get/set methods (ie, it
    is not accessing the public field directly).
    The error I get is:
    java.lang.NoSuchMethodError
    at com.bnpparibas.fi.gfit.services.instrument.bond.persistance.BondPKCodec.typedInvokeGetter(BondPKCodec.java:87)
    at com.bnpparibas.fi.gfit.services.instrument.bond.persistance.BondPKCodec.invokeGetter(BondPKCodec.java:56)
    at weblogic.xml.schema.binding.BeanCodecBase.gatherContents(BeanCodecBase.java:295)
    at weblogic.xml.schema.binding.CodecBase.serializeFill(CodecBase.java:253)
    at weblogic.xml.schema.binding.CodecBase.serialize(CodecBase.java:195)
    at weblogic.xml.schema.binding.SoapArrayCodecBase.serializeOneDimArray(SoapArrayCodecBase.java:605)
    Is this a known issue with the Weblogic Platform?
    Do you know where I can find the release notes for weblogic platform?
    Regards,
    Nick

    Yes, i am able to reproduce both. I am not sure whether (1) is a bug though.
    If the field is public and the class got get/set methods, it is not clear
    whether
    to access the value from the public field or by using the get/set method.
    Get/set methods may have side effects and user may not see the expected
    behavior. Anyway I will leave it to Scott to make the call.
    regards,
    -manoj
    "Nick Minutello" <[email protected]> wrote
    in message news:[email protected]...
    >
    >
    Actually, did you manage to reproduce both bugs?
    -Nick
    "manoj cheenath" <[email protected]> wrote:
    I am able to reproduce the public field deser problem on 7.0.0.1. I have
    used public fields before and it used to work. So this may be a
    regression
    on the 7.0.0.1 branch. CR081154 is filed on this issue and we should be
    able to send you a patch as soon as it get fixed.
    regards,
    -manoj
    "Nick Minutello" <[email protected]>
    wrote
    in message news:[email protected]...
    I have an EJB Primary Key with one public field - and I have hit 2 bugstrying to
    serialize it to XML. I am currently running Weblogic 7.0.0.1 - the
    version
    that shipped
    with Weblogic Platform last friday. I didnt have this problem withWeblogic 7.0 GA.
    The problems are:
    Bug 1) I have public JavaBean get/set methods for the field (its astring). The servicegen
    ANT task throws an error because the field is both a property AND a
    public
    field
    (though, there is no reason to do this according to the JAX-RPC spec)
    The error I get is:
    weblogic.xml.schema.binding.BindingException: Error: bean property andpublic field
    found with the same name: starId
    Bug 2) If I remove the get/set methods and regenerate (using servicegenagain), it
    fails at runtime because the generated code is looking for get/set
    methods
    (ie, it
    is not accessing the public field directly).
    The error I get is:
    java.lang.NoSuchMethodError
    at
    com.bnpparibas.fi.gfit.services.instrument.bond.persistance.BondPKCodec.type
    dInvokeGetter(BondPKCodec.java:87)
    at
    com.bnpparibas.fi.gfit.services.instrument.bond.persistance.BondPKCodec.invo
    keGetter(BondPKCodec.java:56)
    at
    weblogic.xml.schema.binding.BeanCodecBase.gatherContents(BeanCodecBase.java:
    295)
    at
    weblogic.xml.schema.binding.CodecBase.serializeFill(CodecBase.java:253)
    at weblogic.xml.schema.binding.CodecBase.serialize(CodecBase.java:195)
    atweblogic.xml.schema.binding.SoapArrayCodecBase.serializeOneDimArray(SoapArra
    yCodecBase.java:605)
    Is this a known issue with the Weblogic Platform?
    Do you know where I can find the release notes for weblogic platform?
    Regards,
    Nick

  • TransformGestureEvent.GESTURE_SWIPE and Android: super bug?

    I'm trying to make stuff with swipe event. I thought I was doing something very wrong but then I made a simple test and found out there's a really weird bug with either swipe events or with the android simulator (simcontroller) where I'm testing my applications. Basecally, if I add listeners to TransformGestureEvent.GESTURE_SWIPE in more then one eventDispatcher, after swiping over one of then the event is only triggered for that object for the rest of the execution. That happens if I use the simcontroller. However, if I play it on my Galaxy Tablet, it works just fine.
    Here's the example of this behaviour. The code is in the Actions pannel.
    http://www.4shared.com/file/hqLXR2Rs/Untitled-1.html?
    steps:
    - run the code with the simmulator
    - select gesture - >swipe from touch and gesture tab of the simcontroller
    - swipe inside one object
    - swipe anywhere else
    - run and select the swipe mode again
    - swipe inside the other object
    - swipe anywhere else
    Please if someone has a solution for this let me know
    Marcel

    I'm trying to make stuff with swipe event. I thought I was doing something very wrong but then I made a simple test and found out there's a really weird bug with either swipe events or with the android simulator (simcontroller) where I'm testing my applications. Basecally, if I add listeners to TransformGestureEvent.GESTURE_SWIPE in more then one eventDispatcher, after swiping over one of then the event is only triggered for that object for the rest of the execution. That happens if I use the simcontroller. However, if I play it on my Galaxy Tablet, it works just fine.
    Here's the example of this behaviour. The code is in the Actions pannel.
    http://www.4shared.com/file/hqLXR2Rs/Untitled-1.html?
    steps:
    - run the code with the simmulator
    - select gesture - >swipe from touch and gesture tab of the simcontroller
    - swipe inside one object
    - swipe anywhere else
    - run and select the swipe mode again
    - swipe inside the other object
    - swipe anywhere else
    Please if someone has a solution for this let me know
    Marcel

  • Pop3 in java, need a bug clearance

    import javax.mail.*;
    import javax.mail.internet.*;
    import java.util.*;
    import java.io.*;
    class mailx
    public static void main(String args[])throws Exception
    Properties myprop=new Properties();
    try
    Session mailConnection=Session.getDefaultInstance(myprop,null);
    Store mystore=mailConnection.getStore("pop3");
    mystore.connect("pop3.gmail.com","xzxzxzxxz","xzxzxzxzxzx");
    Folder inbox=mystore.getFolder("INBOX");
    if(inbox==null)
    System.out.println("Not avail");
    System.exit(1);
    inbox.open(Folder.READ_ONLY);
    Message[] msg=inbox.getMessages();
    for(int i=0;i<msg.length;i++)
    System.out.println("Msg"+(i+1));
    msg.writeTo(System.out);
    inbox.close(false);
    mystore.close();
    catch(Exception ex)
    System.out.println("Error occured: "+ex.getMessage());
    when i execute this code, there arises an error showing "Connection error". what might be the error? somebody pls help me                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       

    E:\java>java mailx
    javax.mail.MessagingException: Connect failed;
    nested exception is:
    java.io.IOException: Connect failed
    at com.sun.mail.pop3.POP3Store.protocolConnect(POP3Store.java:160)
    at javax.mail.Service.connect(Service.java:291)
    at javax.mail.Service.connect(Service.java:172)
    at mailx.main(mail.java:15)
    Caused by: java.io.IOException: Connect failed
    at com.sun.mail.pop3.Protocol.<init>(Protocol.java:114)
    at com.sun.mail.pop3.POP3Store.getPort(POP3Store.java:213)
    at com.sun.mail.pop3.POP3Store.protocolConnect(POP3Store.java:156)
    ... 3 more
    this is the output i am getting. what do i have to do now?

  • Java 1.4 bug?

    Hi,
    I am using jdk1.4.1
    java version "1.4.1"
    Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1-b21)
    Java HotSpot(TM) Client VM (build 1.4.1-b21, mixed mode)
    I have a program run in background(use nohup ... &), It runes well under jdk1.3. But when I updated the jdk to 1.4, the program will shutdown randomly. What can I do? Thanks

    ...the program will shutdown randomly.So there is absolutely no output of any kind? And no core file?
    In the past when I have encountered this it was caused by one of two things.
    Either something was eating an exception and not displaying anything before exiting.
    Or System.exit() was being called.

  • Java.io.File Bug

    A new java.io.File does not get created.
    Example:
         TransformerFactory factory = TransformerFactory.newInstance();
         File stylesheet=new File("catalog.xsl");
         Transformer transformer = factory.newTransformer(new StreamSource(stylesheet));
         File xmlFile=new File("catalog.xml");
         File xslFOFile=new File("catalog.fo");
         Source src = new StreamSource(xmlFile);
         Result  result = new StreamResult(xslFOFile);
         transformer.transform(src, result);Error gets generated:
    TransformerException: java.io.FileNotFoundException: catalog.fo

    Created a new JDeveloper project. The error does not get generated.

  • Mac/FireFox Java/JavaScript interaction bug

    Hi,
    I'm desperately trying to find a solution to a very platform-specific issue. Basically, I'm trying to get an applet to interact with the DOM of a web page. The basic procedure should be as follows:
    1) Page loads
    2) Applet loads
    3) Applet reads in data file (as specified by parameter in object tag)
    4) Applet sets title of document to contents of datafile
    5) Applet sets flag to indicate that it's finished
    6) Javascript checks flag regularly
    7) When applet flag is set, JavaScript transfers the title to the body (using a div and changing the innerHTML property)
    This works perfectly on most platforms (FF2/PC, FF3/PC, IE6/PC, IE7/PC, Safari/Mac) but for some reason FF/Mac isn't working. Or rather it is, but only about once per 50 attempts.
    I had read that having an applet inside a <div> tag was a problem for FF/Mac, so I moved it outside, but it's still not working. Most of the time the applet is simply failing to set the title.
    I'm using Eclipse for development, and the following libraries:
    java.net.URL
    org.w3c.dom.html.*
    com.sun.java.browser.dom.*
    The Java code in question is as follows:
    DOMService serv = DOMService.getService (this);
    dummy = (String) serv.invokeAndWait (new DOMAction () {public Object run (DOMAccessor accessor) {HTMLDocument website = (HTMLDocument)accessor.getDocument (FeedApplet.this); website.setTitle(docstring); return website.getTitle ();}});
    Any help would be much appreciated - thanks!
    Andrew

    Thanks for your replies. Sorry for being a bit vague - it was an end-of-the-day-end-of-my-wits posting!
    baftos, I've tried replacing the init() routine with a start() routine, but this hasn't changed anything. The problem appears to be with the Javascript timing, in that it's assuming the applet has finished before it has actually finished.
    jschell, step 4 appears to be the one that's failing. The title isn't being changed, but usually the taskbar says that the applet has started (occasionally it comes up with a NullPointerException). The system just seems to wait for a long time and nothing happens.The Javascript checks every second to see if a $ symbol (which is effectively the trigger) has appeared in the title, and if so then it moves the contents of the page from the title to the holding div. The flag in the applet is reset on starting the applet, and accessed through a get-type method, so it shouldn't be cached.
    It works in OmniWeb and Safari on a Mac, and IE/FF/Opera on a PC, so it's very specifically rooted in the FF/Mac problem zone.

  • Lower third super "bug"?

    Don't know if there's a solution or if it's "just one of those things"...
    But I started a project in PPro CS2, with lower third graphics created in AE with an alpha channel so they're self-keying. I had them fade in at the same time a directional blur effect was fading out.
    I recently updated to PPro CS4. When I opened this project in CS4, the lower third fades in okay, but at the point the blur reaches 0, the entire graphic jumps down a few lines.
    I tried using a different type of blur, but it still jumps.
    I tried reinserting the lower third and adding the fade in and blur fresh - but it still happens. To make sure it wasn't just the monitoring, I exported the section and the jump is definitely there.
    It works okay without the blur, so I may have to settle for that.
    Any suggestions? I just thought - I'll try reimporting the graphic, and also double check the alpha channels settings are correct...

    There are a few bugs crawling around some of the filters in CS4 under certain conditions.  Try adding an opacity keyframe to the clips set to 100%.  it wont affect the effect, but this sometimes makes other filters behave.

Maybe you are looking for

  • I have purchased my phone from dubai but live in London and cannot locate FaceTime

    how do I download FaceTime ? I have purchased my iPhone 6 from Dubai and live in London  but can't locate FaceTime anyone know how I can install this ? m

  • Saving e-mail attachments (NOT PICTURES)

    Does anyone know if there is an app out there that will allow you to save e-mail attachments? Word,excel, or PP.

  • Complex section in smartforms

    Hi I am practicing smartforms in 4.7. I have a tutorial based on 4.6c and they have complex section in the nodes. How do i translate this to 4.7 as there is no complex section available in this version. Detailed explanation would be helpful to me Poi

  • Wireless adapter not showing up in device manager

    Hello all, I am having a particularly frustrating problem. I was playing around with the memory timings to overclock my computer and all of a sudden, my wireless adapter ceases to exist to my computer. It does not show up anywhere in device manager (

  • Why are "Events from my Mac" in iPhoto out of order

    "Events from my Mac"  do not sync to ipad and iPhone in the sort order specified in iPhoto???  They sync in random order and in a different order on each device.  This makes using iPhoto irritating and finding a particular event impossible.  I unders