From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From bschlining at gmail.com Tue Nov 23 09:17:33 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 23 Nov 2010 08:17:33 -0800 Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <484120.44130.qm@web63103.mail.re1.yahoo.com> References: <484120.44130.qm@web63103.mail.re1.yahoo.com> Message-ID: Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: > I will be working on unit tests next. I have experience with JUnit and > Cobertura. The rewrite contains software loopbacks for testing without > hardware loopbacks, and I was thinking hardware loopbacks could be used via > settings in the properties file - so CI can test for regressions. My hope is > once we have 100% test coverage on the rewrite, the community will have > greater confidence in it. > > -Adrian > > --- On Mon, 11/22/10, Trent Jarvi wrote: > > > From: Trent Jarvi > > Subject: Re: [Rxtx] rxtx 2010 rewrite > > To: rxtx at qbang.org > > Cc: "Dave" > > Date: Monday, November 22, 2010, 7:57 PM > > > > I'm not for or against the rewrite effort. I do > > represent one of those people needing 'stable now' when I go > > to work. Here at home I'm interested in the future of > > RXTX for all those neat projects I hear about. I'm all for > > some experimenting and growing. > > > > What RXTX lacks is not coders. We have had many ideas > > bouncing around and some code that deals with things like > > serial ports that vanish (USB). The C++ rewrite is > > proof of interest there and I'm glad to see it. > > > > So whats missing? > > > > The JCP required test suites. CommAPI and RXTX lack > > test suites. CommAPI was grandfathered into the JCP and > > shortly later 'broken' for a customer right in the JCP by > > adding Solaris specific hooks. > > > > Testing CommAPI/RXTX is difficult. > > > > At work I have test suites but the coverage is specific to > > those needs - these tests existed before I started working > > there. Maybe they cover your needs, maybe not. I > > use those to qualify RXTX releases which is alot more than I > > used to do. The tests are in MATLAB code going through > > a layer of java and don't lend well to sharing (though its a > > possibility). Those test suites are the best we all have at > > this time as far as I know and that does not bode well for a > > smooth transition to a rewrite for multiple projects. > > > > > > I could run the suites against the rewrite. Honestly, > > I'm not comfortable that they cover enough for generic > > qualification though. As an example, the testsuite > > requires a loopback connection. Fun thing is the other > > side is always configured like your side. Setting > > hardware flow control failed? No problem. Its > > still odd parity? Good to go! It failed on the > > other side too. > > > > > > In agreement with Julie, there are many subtle things in > > rxtx that took more than 3 years to flush out. That > > does not mean we can't figure out how to move forward > > (without the circus wagons). > > > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > > wrote: > > > > > Adrian, > > > > > > As I've said before, some of us are ready, willing and > > able to work on RXTX, > > > but we need something much more stable NOW, and the > > existing code base is > > > the most stable, most time-tested thing going. It's > > easy to say "it should > > > work reliably", but my experience is that code like > > this typically takes 2 > > > to 3 =years= before there is enough experience with > > the code to be called > > > "working reliably". > > > > > > What I'd like to know is who feels they have a > > =reliable=, =stable=, > > > relatively =bug-free= version of the existing code > > that could be a base for > > > something that can tide people over until your work is > > well enough tested > > > that people can start migrating less critical > > applications to it. My > > > company puts products inside boxes that have to work > > for years on end. I'm > > > not going to trust my company's existence to a brand > > new re-write, and I > > > suspect there are a number of other business owners or > > consultants who are > > > in the same situation. > > > -- > > > Julie Haugh > > > Senior Design Engineer > > > greenHouse Computers, LLC // jfh at greenhousepc.com > > // greenHousePC on > > > Skype > > > > > > > > > -------- Original > > Message -------- > > > Subject: Re: [Rxtx] > > rxtx 2010 rewrite > > > From: Adrian Crum > > > > > Date: Sun, November 21, > > 2010 9:21 pm > > > To: Dave , > > rxtx at qbang.org > > > > > > The rewrite is > > preliminary code - it needs more work. It should > > > work reliably in a > > Windows environment. The rewrite needs more > > > community participation > > to move it along. > > > > > > The best resource for > > help is the RXTX mailing list - > > > rxtx at qbang.org. > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 23 11:49:22 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 10:49:22 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <952726.30532.qm@web63102.mail.re1.yahoo.com> Check out the current repo using these instructions: http://rxtx.qbang.org/wiki/index.php/Retrieving_Source_Code and you will find the rewrite in the Rewrite2010 folder. There is a pdf document in that folder that gives an overview of the rewrite. -Adrian --- On Tue, 11/23/10, Brian Schlining wrote: From: Brian Schlining Subject: Re: [Rxtx] rxtx 2010 rewrite To: rxtx at qbang.org Date: Tuesday, November 23, 2010, 8:17 AM Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Tue Nov 23 14:28:15 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Tue, 23 Nov 2010 22:28:15 +0100 Subject: [Rxtx] Not receiving 0xa characters Message-ID: Dear all, I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. I can connect to a serial port created by a FTDI USB chip and send receive data from it. However it seems that I am not able to receive any characters with the value 0x0a (LF). Upon looking into the source code of the serial implementation I found that opening the port happens without the binary flag so I suppose that LF gets possibly eaten by the OS. Could this be the problem? Is such a problem known? Are there workarounds? Thanks in advance, best regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From msemtd at googlemail.com Wed Nov 24 02:23:44 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 09:23:44 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip and > send receive data from it. However it seems that I am not able to receive > any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem > known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. From tristan.dyer at cgi.com Wed Nov 24 05:07:01 2010 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Wed, 24 Nov 2010 07:07:01 -0500 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D051B6EFE@MTL-MSG-02.cgiclients.com> I had an issue like that about a year ago, But in my case I was piping the data into a Ubuntu VM from XP. Started using Ubuntu natively and the problem went away. It may be an issue with the usb->serial converter. -Tristan -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Erskine Sent: Wednesday, November 24, 2010 5:24 AM To: rxtx at qbang.org Subject: Re: [Rxtx] Not receiving 0xa characters On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip > and send receive data from it. However it seems that I am not able to > receive any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found > that opening the port happens without the binary flag so I suppose > that LF gets possibly eaten by the OS. Could this be the problem? Is > such a problem known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From jfh at greenhousepc.com Wed Nov 24 05:16:38 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 05:16:38 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124051638.8ef0e5b4a80cef441275a6330ffad77d.b6369d0806.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Kustaa.Nyholm at planmeca.com Wed Nov 24 06:57:34 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 15:57:34 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: Message-ID: Hi, have look at: http://linux.die.net/man/3/tcsetattr I think (without looking at txrx source code) that the port is opened without correctly setting INLCR,ICRNL and/or IGNCR. But that is Unix/Linux stuff and you are on windows. However, I would suspect there is a similar feature and possibility of a bug in rxtx on Windows too. The obvious workaround is to correct that in the source code if you are able to recompile from source. The other possibility is to try to figure out why the port in question defaults to eating LFs (0x0A). I had a program that had this same bug and hundreds of people used it without a problem until on one Linux machine it failed with similar symptoms to yours, only in my case it was output. So you might be able to somehow configure the port to default to sensible values so that even if rxtx does not set them correctly they would be set correctly by default. Just 2 snt worth. br Kusti > From: Christoph Wei? > Reply-To: > Date: Tue, 23 Nov 2010 23:28:15 +0200 > To: > Conversation: [Rxtx] Not receiving 0xa characters > Subject: [Rxtx] Not receiving 0xa characters > > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. > I can connect to a serial port created by a FTDI USB chip and send receive > data from it. However it seems that I am not able to receive any characters > with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem known? > Are there workarounds? > > Thanks in advance, > best regards, > Chris From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From bschlining at gmail.com Tue Nov 23 09:17:33 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 23 Nov 2010 08:17:33 -0800 Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <484120.44130.qm@web63103.mail.re1.yahoo.com> References: <484120.44130.qm@web63103.mail.re1.yahoo.com> Message-ID: Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: > I will be working on unit tests next. I have experience with JUnit and > Cobertura. The rewrite contains software loopbacks for testing without > hardware loopbacks, and I was thinking hardware loopbacks could be used via > settings in the properties file - so CI can test for regressions. My hope is > once we have 100% test coverage on the rewrite, the community will have > greater confidence in it. > > -Adrian > > --- On Mon, 11/22/10, Trent Jarvi wrote: > > > From: Trent Jarvi > > Subject: Re: [Rxtx] rxtx 2010 rewrite > > To: rxtx at qbang.org > > Cc: "Dave" > > Date: Monday, November 22, 2010, 7:57 PM > > > > I'm not for or against the rewrite effort. I do > > represent one of those people needing 'stable now' when I go > > to work. Here at home I'm interested in the future of > > RXTX for all those neat projects I hear about. I'm all for > > some experimenting and growing. > > > > What RXTX lacks is not coders. We have had many ideas > > bouncing around and some code that deals with things like > > serial ports that vanish (USB). The C++ rewrite is > > proof of interest there and I'm glad to see it. > > > > So whats missing? > > > > The JCP required test suites. CommAPI and RXTX lack > > test suites. CommAPI was grandfathered into the JCP and > > shortly later 'broken' for a customer right in the JCP by > > adding Solaris specific hooks. > > > > Testing CommAPI/RXTX is difficult. > > > > At work I have test suites but the coverage is specific to > > those needs - these tests existed before I started working > > there. Maybe they cover your needs, maybe not. I > > use those to qualify RXTX releases which is alot more than I > > used to do. The tests are in MATLAB code going through > > a layer of java and don't lend well to sharing (though its a > > possibility). Those test suites are the best we all have at > > this time as far as I know and that does not bode well for a > > smooth transition to a rewrite for multiple projects. > > > > > > I could run the suites against the rewrite. Honestly, > > I'm not comfortable that they cover enough for generic > > qualification though. As an example, the testsuite > > requires a loopback connection. Fun thing is the other > > side is always configured like your side. Setting > > hardware flow control failed? No problem. Its > > still odd parity? Good to go! It failed on the > > other side too. > > > > > > In agreement with Julie, there are many subtle things in > > rxtx that took more than 3 years to flush out. That > > does not mean we can't figure out how to move forward > > (without the circus wagons). > > > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > > wrote: > > > > > Adrian, > > > > > > As I've said before, some of us are ready, willing and > > able to work on RXTX, > > > but we need something much more stable NOW, and the > > existing code base is > > > the most stable, most time-tested thing going. It's > > easy to say "it should > > > work reliably", but my experience is that code like > > this typically takes 2 > > > to 3 =years= before there is enough experience with > > the code to be called > > > "working reliably". > > > > > > What I'd like to know is who feels they have a > > =reliable=, =stable=, > > > relatively =bug-free= version of the existing code > > that could be a base for > > > something that can tide people over until your work is > > well enough tested > > > that people can start migrating less critical > > applications to it. My > > > company puts products inside boxes that have to work > > for years on end. I'm > > > not going to trust my company's existence to a brand > > new re-write, and I > > > suspect there are a number of other business owners or > > consultants who are > > > in the same situation. > > > -- > > > Julie Haugh > > > Senior Design Engineer > > > greenHouse Computers, LLC // jfh at greenhousepc.com > > // greenHousePC on > > > Skype > > > > > > > > > -------- Original > > Message -------- > > > Subject: Re: [Rxtx] > > rxtx 2010 rewrite > > > From: Adrian Crum > > > > > Date: Sun, November 21, > > 2010 9:21 pm > > > To: Dave , > > rxtx at qbang.org > > > > > > The rewrite is > > preliminary code - it needs more work. It should > > > work reliably in a > > Windows environment. The rewrite needs more > > > community participation > > to move it along. > > > > > > The best resource for > > help is the RXTX mailing list - > > > rxtx at qbang.org. > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 23 11:49:22 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 10:49:22 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <952726.30532.qm@web63102.mail.re1.yahoo.com> Check out the current repo using these instructions: http://rxtx.qbang.org/wiki/index.php/Retrieving_Source_Code and you will find the rewrite in the Rewrite2010 folder. There is a pdf document in that folder that gives an overview of the rewrite. -Adrian --- On Tue, 11/23/10, Brian Schlining wrote: From: Brian Schlining Subject: Re: [Rxtx] rxtx 2010 rewrite To: rxtx at qbang.org Date: Tuesday, November 23, 2010, 8:17 AM Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Tue Nov 23 14:28:15 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Tue, 23 Nov 2010 22:28:15 +0100 Subject: [Rxtx] Not receiving 0xa characters Message-ID: Dear all, I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. I can connect to a serial port created by a FTDI USB chip and send receive data from it. However it seems that I am not able to receive any characters with the value 0x0a (LF). Upon looking into the source code of the serial implementation I found that opening the port happens without the binary flag so I suppose that LF gets possibly eaten by the OS. Could this be the problem? Is such a problem known? Are there workarounds? Thanks in advance, best regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From msemtd at googlemail.com Wed Nov 24 02:23:44 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 09:23:44 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip and > send receive data from it. However it seems that I am not able to receive > any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem > known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. From tristan.dyer at cgi.com Wed Nov 24 05:07:01 2010 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Wed, 24 Nov 2010 07:07:01 -0500 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D051B6EFE@MTL-MSG-02.cgiclients.com> I had an issue like that about a year ago, But in my case I was piping the data into a Ubuntu VM from XP. Started using Ubuntu natively and the problem went away. It may be an issue with the usb->serial converter. -Tristan -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Erskine Sent: Wednesday, November 24, 2010 5:24 AM To: rxtx at qbang.org Subject: Re: [Rxtx] Not receiving 0xa characters On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip > and send receive data from it. However it seems that I am not able to > receive any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found > that opening the port happens without the binary flag so I suppose > that LF gets possibly eaten by the OS. Could this be the problem? Is > such a problem known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From jfh at greenhousepc.com Wed Nov 24 05:16:38 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 05:16:38 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124051638.8ef0e5b4a80cef441275a6330ffad77d.b6369d0806.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Kustaa.Nyholm at planmeca.com Wed Nov 24 06:57:34 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 15:57:34 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: Message-ID: Hi, have look at: http://linux.die.net/man/3/tcsetattr I think (without looking at txrx source code) that the port is opened without correctly setting INLCR,ICRNL and/or IGNCR. But that is Unix/Linux stuff and you are on windows. However, I would suspect there is a similar feature and possibility of a bug in rxtx on Windows too. The obvious workaround is to correct that in the source code if you are able to recompile from source. The other possibility is to try to figure out why the port in question defaults to eating LFs (0x0A). I had a program that had this same bug and hundreds of people used it without a problem until on one Linux machine it failed with similar symptoms to yours, only in my case it was output. So you might be able to somehow configure the port to default to sensible values so that even if rxtx does not set them correctly they would be set correctly by default. Just 2 snt worth. br Kusti > From: Christoph Wei? > Reply-To: > Date: Tue, 23 Nov 2010 23:28:15 +0200 > To: > Conversation: [Rxtx] Not receiving 0xa characters > Subject: [Rxtx] Not receiving 0xa characters > > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. > I can connect to a serial port created by a FTDI USB chip and send receive > data from it. However it seems that I am not able to receive any characters > with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem known? > Are there workarounds? > > Thanks in advance, > best regards, > Chris From msemtd at googlemail.com Wed Nov 24 08:07:58 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 15:07:58 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: OK, to stem this madness I just ran some tests on RXTX-2.1-7 using java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort SerialInputStream instance. I am reading and writing linefeeds with no problem. If somebody has a genuine issue with their data receive code just post it here and I will show you exactly why it is broken. Thankyouverymuch. From mariusz.dec at gmail.com Wed Nov 24 08:21:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 24 Nov 2010 16:21:06 +0100 Subject: [Rxtx] Not receiving 0xa characters References: Message-ID: Hi, first thing is to check if sender sends this code. There are a lot of terminal's software where you may configure EOL (END_OF_LINE) character or sequence.... I think that problem is here :) Mariusz ----- Original Message ----- From: "Michael Erskine" To: Sent: Wednesday, November 24, 2010 4:07 PM Subject: Re: [Rxtx] Not receiving 0xa characters > OK, to stem this madness I just ran some tests on RXTX-2.1-7 using > java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort > SerialInputStream instance. I am reading and writing linefeeds with no > problem. > > If somebody has a genuine issue with their data receive code just post > it here and I will show you exactly why it is broken. > > Thankyouverymuch. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From Kustaa.Nyholm at planmeca.com Wed Nov 24 11:01:59 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 20:01:59 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: , Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> >OK, to stem this madness I just ran some tests on RXTX-2.1-7 using >java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort >SerialInputStream instance. I am reading and writing linefeeds with no >problem. Do I detect a hint of some attitude there? The OP surely had a problem or he would not have posted here. It maybe that the problem is on the sender side or in his code. Or maybe not. It certainly is possible for the serial driver to eat or inject various combinations of CR and/or LF. Seen that, been there, done that. Doing a simple test like sending and receiving LFs does not prove much, one way or the other, it could be that your OS/driver works but the OP's configuration doesn't. If there is an issue in rxtx in that it does not set those flags I mentioned (or equivalent in Windows, if any) then it is possible that it would all depend on the ports default behavior.Like I wrote, I have not looked at the source code so I was just speculating, as I think I clearly said. If you have knowledge about this, for example know for fact that this cannot happen in Windows for any driver or if you have looked into the source code and think that what I speculated cannot be the problem then just say so and explain your reasoning. Calling this madness is not very productive. >If somebody has a genuine issue with their data receive code just post >it here and I will show you exactly why it is broken. If the OP would post the code then I would be interested to take up your offer! >Thankyouverymuch. Thank *you*. br Kusti From jfh at greenhousepc.com Wed Nov 24 11:32:10 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:32:10 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124113210.8ef0e5b4a80cef441275a6330ffad77d.2973054590.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Nov 24 11:09:48 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 24 Nov 2010 11:09:48 -0700 (MST) Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port to 'raw' after opening to avoid those translations/filters. We 'stomp' on the port to force it into a predictable configuration. term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); term->c_oflag &= ~OPOST; term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); term->c_cflag &= ~(CSIZE|PARENB); term->c_cflag |= CS8; On windows, RXTX may not be as robust and could probably use a code review by someone familiar with the structs (termios.c). I could imagine a driver on windows having unusual defaults RXTX does not override causing problems. There are not many drivers out there though. I've personally not run into the situation mentioned. On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > Hi, > > have look at: > > http://linux.die.net/man/3/tcsetattr > > I think (without looking at txrx source code) that the port > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > But that is Unix/Linux stuff and you are on windows. However, > I would suspect there is a similar feature and possibility > of a bug in rxtx on Windows too. > > The obvious workaround is to correct that in the source code > if you are able to recompile from source. > > The other possibility is to try to figure out why the > port in question defaults to eating LFs (0x0A). > > I had a program that had this same bug and hundreds of > people used it without a problem until on one Linux machine > it failed with similar symptoms to yours, only in my case > it was output. > > So you might be able to somehow configure the port to default to sensible > values so that even if rxtx does not set them correctly they > would be set correctly by default. > > Just 2 snt worth. > > br Kusti > > > >> From: Christoph Wei? >> Reply-To: >> Date: Tue, 23 Nov 2010 23:28:15 +0200 >> To: >> Conversation: [Rxtx] Not receiving 0xa characters >> Subject: [Rxtx] Not receiving 0xa characters >> >> Dear all, >> >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. >> I can connect to a serial port created by a FTDI USB chip and send receive >> data from it. However it seems that I am not able to receive any characters >> with the value 0x0a (LF). >> Upon looking into the source code of the serial implementation I found that >> opening the port happens without the binary flag so I suppose that LF gets >> possibly eaten by the OS. Could this be the problem? Is such a problem known? >> Are there workarounds? >> >> Thanks in advance, >> best regards, >> Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From jfh at greenhousepc.com Wed Nov 24 11:59:47 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:59:47 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Wed Nov 24 14:29:57 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Wed, 24 Nov 2010 22:29:57 +0100 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> References: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> Message-ID: Guys, I actually tried to reply about 12 hours ago, but as it seems this message was for some reasons relayed to the moderators. I found the error in my code and it was a very simple embarrassing one that i always read over ... I shouldn't reuse demo code without checking it twice :-/ I'm sorry for bothering you and want to say thanks for all the input when it was all my fault. Embarrassed regards, Chris On Wed, Nov 24, 2010 at 7:59 PM, wrote: > Trent, > > On =some= POSIX systems the TERMIOS are reset. On many, they aren't, in > order to avoid a number of other problems. > > It's always best, because of "lingering termios" problems to build a > mostly-raw termios by hand. In the case of RXTX, the one problem I saw is > that the port is initially set to B9600, which means any characters that are > received immediately are mis-framed. I've seen this in my code where > gibberish shows up in the initial stream. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] Not receiving 0xa characters > From: Trent Jarvi > Date: Wed, November 24, 2010 12:09 pm > To: "rxtx at qbang.org" > > > On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port > to 'raw' after opening to avoid those translations/filters. We 'stomp' on > the port to force it into a predictable configuration. > > term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); > term->c_oflag &= ~OPOST; > term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); > term->c_cflag &= ~(CSIZE|PARENB); > term->c_cflag |= CS8; > > On windows, RXTX may not be as robust and could probably use a code review > by someone familiar with the structs (termios.c). > > I could imagine a driver on windows having unusual defaults RXTX does not > override causing problems. There are not many drivers out there though. > I've personally not run into the situation mentioned. > > > On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > > > Hi, > > > > have look at: > > > > http://linux.die.net/man/3/tcsetattr > > > > I think (without looking at txrx source code) that the port > > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > > But that is Unix/Linux stuff and you are on windows. However, > > I would suspect there is a similar feature and possibility > > of a bug in rxtx on Windows too. > > > > The obvious workaround is to correct that in the source code > > if you are able to recompile from source. > > > > The other possibility is to try to figure out why the > > port in question defaults to eating LFs (0x0A). > > > > I had a program that had this same bug and hundreds of > > people used it without a problem until on one Linux machine > > it failed with similar symptoms to yours, only in my case > > it was output. > > > > So you might be able to somehow configure the port to default to sensible > > values so that even if rxtx does not set them correctly they > > would be set correctly by default. > > > > Just 2 snt worth. > > > > br Kusti > > > > > > > >> From: Christoph Wei? > >> Reply-To: > >> Date: Tue, 23 Nov 2010 23:28:15 +0200 > >> To: > >> Conversation: [Rxtx] Not receiving 0xa characters > >> Subject: [Rxtx] Not receiving 0xa characters > >> > >> Dear all, > >> > >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. > >> I can connect to a serial port created by a FTDI USB chip and send > receive > >> data from it. However it seems that I am not able to receive any > characters > >> with the value 0x0a (LF). > >> Upon looking into the source code of the serial implementation I found > that > >> opening the port happens without the binary flag so I suppose that LF > gets > >> possibly eaten by the OS. Could this be the problem? Is such a problem > known? > >> Are there workarounds? > >> > >> Thanks in advance, > >> best regards, > >> Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > ------------------------------ > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Thu Nov 25 01:42:18 2010 From: eb at inotec-feg.de (Emanuel) Date: Thu, 25 Nov 2010 09:42:18 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <002a01cb8c7c$ab5b1ea0$02115be0$@de> I knew this would be asked ^^ That's the problem, it was on a customer laptop. On a freshly installed Win7 system the problem was not reproducible. So I know, answering such a diffuse question may be impossible, maybe I should have asked about user experience with rxtx on Windows 7 (32 bit). (btw. using 64-bit OS caused a bunch of different problems ... out of scope here) Regards Emanuel >> Post a minimal implementation that reproduces the error and we can >> tell you what's going wrong. From msemtd at googlemail.com Thu Nov 25 03:21:15 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Thu, 25 Nov 2010 10:21:15 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> References: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> Message-ID: On 24 November 2010 18:01, Kustaa Nyholm wrote: > Do I detect a hint of some attitude there? Yes, attitude all the way! :) I don't mean to sound like an ass but sometimes it just comes across badly. I shall try to be more diplomatic with my posts but they will usually be along the lines of "enough theory, just post the code to let us see what's actually going on, then we can get things fixed". Regards, Michael Erskine. From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From bschlining at gmail.com Tue Nov 23 09:17:33 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 23 Nov 2010 08:17:33 -0800 Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <484120.44130.qm@web63103.mail.re1.yahoo.com> References: <484120.44130.qm@web63103.mail.re1.yahoo.com> Message-ID: Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: > I will be working on unit tests next. I have experience with JUnit and > Cobertura. The rewrite contains software loopbacks for testing without > hardware loopbacks, and I was thinking hardware loopbacks could be used via > settings in the properties file - so CI can test for regressions. My hope is > once we have 100% test coverage on the rewrite, the community will have > greater confidence in it. > > -Adrian > > --- On Mon, 11/22/10, Trent Jarvi wrote: > > > From: Trent Jarvi > > Subject: Re: [Rxtx] rxtx 2010 rewrite > > To: rxtx at qbang.org > > Cc: "Dave" > > Date: Monday, November 22, 2010, 7:57 PM > > > > I'm not for or against the rewrite effort. I do > > represent one of those people needing 'stable now' when I go > > to work. Here at home I'm interested in the future of > > RXTX for all those neat projects I hear about. I'm all for > > some experimenting and growing. > > > > What RXTX lacks is not coders. We have had many ideas > > bouncing around and some code that deals with things like > > serial ports that vanish (USB). The C++ rewrite is > > proof of interest there and I'm glad to see it. > > > > So whats missing? > > > > The JCP required test suites. CommAPI and RXTX lack > > test suites. CommAPI was grandfathered into the JCP and > > shortly later 'broken' for a customer right in the JCP by > > adding Solaris specific hooks. > > > > Testing CommAPI/RXTX is difficult. > > > > At work I have test suites but the coverage is specific to > > those needs - these tests existed before I started working > > there. Maybe they cover your needs, maybe not. I > > use those to qualify RXTX releases which is alot more than I > > used to do. The tests are in MATLAB code going through > > a layer of java and don't lend well to sharing (though its a > > possibility). Those test suites are the best we all have at > > this time as far as I know and that does not bode well for a > > smooth transition to a rewrite for multiple projects. > > > > > > I could run the suites against the rewrite. Honestly, > > I'm not comfortable that they cover enough for generic > > qualification though. As an example, the testsuite > > requires a loopback connection. Fun thing is the other > > side is always configured like your side. Setting > > hardware flow control failed? No problem. Its > > still odd parity? Good to go! It failed on the > > other side too. > > > > > > In agreement with Julie, there are many subtle things in > > rxtx that took more than 3 years to flush out. That > > does not mean we can't figure out how to move forward > > (without the circus wagons). > > > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > > wrote: > > > > > Adrian, > > > > > > As I've said before, some of us are ready, willing and > > able to work on RXTX, > > > but we need something much more stable NOW, and the > > existing code base is > > > the most stable, most time-tested thing going. It's > > easy to say "it should > > > work reliably", but my experience is that code like > > this typically takes 2 > > > to 3 =years= before there is enough experience with > > the code to be called > > > "working reliably". > > > > > > What I'd like to know is who feels they have a > > =reliable=, =stable=, > > > relatively =bug-free= version of the existing code > > that could be a base for > > > something that can tide people over until your work is > > well enough tested > > > that people can start migrating less critical > > applications to it. My > > > company puts products inside boxes that have to work > > for years on end. I'm > > > not going to trust my company's existence to a brand > > new re-write, and I > > > suspect there are a number of other business owners or > > consultants who are > > > in the same situation. > > > -- > > > Julie Haugh > > > Senior Design Engineer > > > greenHouse Computers, LLC // jfh at greenhousepc.com > > // greenHousePC on > > > Skype > > > > > > > > > -------- Original > > Message -------- > > > Subject: Re: [Rxtx] > > rxtx 2010 rewrite > > > From: Adrian Crum > > > > > Date: Sun, November 21, > > 2010 9:21 pm > > > To: Dave , > > rxtx at qbang.org > > > > > > The rewrite is > > preliminary code - it needs more work. It should > > > work reliably in a > > Windows environment. The rewrite needs more > > > community participation > > to move it along. > > > > > > The best resource for > > help is the RXTX mailing list - > > > rxtx at qbang.org. > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 23 11:49:22 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 10:49:22 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <952726.30532.qm@web63102.mail.re1.yahoo.com> Check out the current repo using these instructions: http://rxtx.qbang.org/wiki/index.php/Retrieving_Source_Code and you will find the rewrite in the Rewrite2010 folder. There is a pdf document in that folder that gives an overview of the rewrite. -Adrian --- On Tue, 11/23/10, Brian Schlining wrote: From: Brian Schlining Subject: Re: [Rxtx] rxtx 2010 rewrite To: rxtx at qbang.org Date: Tuesday, November 23, 2010, 8:17 AM Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Tue Nov 23 14:28:15 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Tue, 23 Nov 2010 22:28:15 +0100 Subject: [Rxtx] Not receiving 0xa characters Message-ID: Dear all, I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. I can connect to a serial port created by a FTDI USB chip and send receive data from it. However it seems that I am not able to receive any characters with the value 0x0a (LF). Upon looking into the source code of the serial implementation I found that opening the port happens without the binary flag so I suppose that LF gets possibly eaten by the OS. Could this be the problem? Is such a problem known? Are there workarounds? Thanks in advance, best regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From msemtd at googlemail.com Wed Nov 24 02:23:44 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 09:23:44 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip and > send receive data from it. However it seems that I am not able to receive > any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem > known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. From tristan.dyer at cgi.com Wed Nov 24 05:07:01 2010 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Wed, 24 Nov 2010 07:07:01 -0500 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D051B6EFE@MTL-MSG-02.cgiclients.com> I had an issue like that about a year ago, But in my case I was piping the data into a Ubuntu VM from XP. Started using Ubuntu natively and the problem went away. It may be an issue with the usb->serial converter. -Tristan -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Erskine Sent: Wednesday, November 24, 2010 5:24 AM To: rxtx at qbang.org Subject: Re: [Rxtx] Not receiving 0xa characters On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip > and send receive data from it. However it seems that I am not able to > receive any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found > that opening the port happens without the binary flag so I suppose > that LF gets possibly eaten by the OS. Could this be the problem? Is > such a problem known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From jfh at greenhousepc.com Wed Nov 24 05:16:38 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 05:16:38 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124051638.8ef0e5b4a80cef441275a6330ffad77d.b6369d0806.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Kustaa.Nyholm at planmeca.com Wed Nov 24 06:57:34 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 15:57:34 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: Message-ID: Hi, have look at: http://linux.die.net/man/3/tcsetattr I think (without looking at txrx source code) that the port is opened without correctly setting INLCR,ICRNL and/or IGNCR. But that is Unix/Linux stuff and you are on windows. However, I would suspect there is a similar feature and possibility of a bug in rxtx on Windows too. The obvious workaround is to correct that in the source code if you are able to recompile from source. The other possibility is to try to figure out why the port in question defaults to eating LFs (0x0A). I had a program that had this same bug and hundreds of people used it without a problem until on one Linux machine it failed with similar symptoms to yours, only in my case it was output. So you might be able to somehow configure the port to default to sensible values so that even if rxtx does not set them correctly they would be set correctly by default. Just 2 snt worth. br Kusti > From: Christoph Wei? > Reply-To: > Date: Tue, 23 Nov 2010 23:28:15 +0200 > To: > Conversation: [Rxtx] Not receiving 0xa characters > Subject: [Rxtx] Not receiving 0xa characters > > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. > I can connect to a serial port created by a FTDI USB chip and send receive > data from it. However it seems that I am not able to receive any characters > with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem known? > Are there workarounds? > > Thanks in advance, > best regards, > Chris From msemtd at googlemail.com Wed Nov 24 08:07:58 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 15:07:58 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: OK, to stem this madness I just ran some tests on RXTX-2.1-7 using java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort SerialInputStream instance. I am reading and writing linefeeds with no problem. If somebody has a genuine issue with their data receive code just post it here and I will show you exactly why it is broken. Thankyouverymuch. From mariusz.dec at gmail.com Wed Nov 24 08:21:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 24 Nov 2010 16:21:06 +0100 Subject: [Rxtx] Not receiving 0xa characters References: Message-ID: Hi, first thing is to check if sender sends this code. There are a lot of terminal's software where you may configure EOL (END_OF_LINE) character or sequence.... I think that problem is here :) Mariusz ----- Original Message ----- From: "Michael Erskine" To: Sent: Wednesday, November 24, 2010 4:07 PM Subject: Re: [Rxtx] Not receiving 0xa characters > OK, to stem this madness I just ran some tests on RXTX-2.1-7 using > java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort > SerialInputStream instance. I am reading and writing linefeeds with no > problem. > > If somebody has a genuine issue with their data receive code just post > it here and I will show you exactly why it is broken. > > Thankyouverymuch. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From Kustaa.Nyholm at planmeca.com Wed Nov 24 11:01:59 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 20:01:59 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: , Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> >OK, to stem this madness I just ran some tests on RXTX-2.1-7 using >java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort >SerialInputStream instance. I am reading and writing linefeeds with no >problem. Do I detect a hint of some attitude there? The OP surely had a problem or he would not have posted here. It maybe that the problem is on the sender side or in his code. Or maybe not. It certainly is possible for the serial driver to eat or inject various combinations of CR and/or LF. Seen that, been there, done that. Doing a simple test like sending and receiving LFs does not prove much, one way or the other, it could be that your OS/driver works but the OP's configuration doesn't. If there is an issue in rxtx in that it does not set those flags I mentioned (or equivalent in Windows, if any) then it is possible that it would all depend on the ports default behavior.Like I wrote, I have not looked at the source code so I was just speculating, as I think I clearly said. If you have knowledge about this, for example know for fact that this cannot happen in Windows for any driver or if you have looked into the source code and think that what I speculated cannot be the problem then just say so and explain your reasoning. Calling this madness is not very productive. >If somebody has a genuine issue with their data receive code just post >it here and I will show you exactly why it is broken. If the OP would post the code then I would be interested to take up your offer! >Thankyouverymuch. Thank *you*. br Kusti From jfh at greenhousepc.com Wed Nov 24 11:32:10 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:32:10 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124113210.8ef0e5b4a80cef441275a6330ffad77d.2973054590.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Nov 24 11:09:48 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 24 Nov 2010 11:09:48 -0700 (MST) Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port to 'raw' after opening to avoid those translations/filters. We 'stomp' on the port to force it into a predictable configuration. term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); term->c_oflag &= ~OPOST; term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); term->c_cflag &= ~(CSIZE|PARENB); term->c_cflag |= CS8; On windows, RXTX may not be as robust and could probably use a code review by someone familiar with the structs (termios.c). I could imagine a driver on windows having unusual defaults RXTX does not override causing problems. There are not many drivers out there though. I've personally not run into the situation mentioned. On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > Hi, > > have look at: > > http://linux.die.net/man/3/tcsetattr > > I think (without looking at txrx source code) that the port > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > But that is Unix/Linux stuff and you are on windows. However, > I would suspect there is a similar feature and possibility > of a bug in rxtx on Windows too. > > The obvious workaround is to correct that in the source code > if you are able to recompile from source. > > The other possibility is to try to figure out why the > port in question defaults to eating LFs (0x0A). > > I had a program that had this same bug and hundreds of > people used it without a problem until on one Linux machine > it failed with similar symptoms to yours, only in my case > it was output. > > So you might be able to somehow configure the port to default to sensible > values so that even if rxtx does not set them correctly they > would be set correctly by default. > > Just 2 snt worth. > > br Kusti > > > >> From: Christoph Wei? >> Reply-To: >> Date: Tue, 23 Nov 2010 23:28:15 +0200 >> To: >> Conversation: [Rxtx] Not receiving 0xa characters >> Subject: [Rxtx] Not receiving 0xa characters >> >> Dear all, >> >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. >> I can connect to a serial port created by a FTDI USB chip and send receive >> data from it. However it seems that I am not able to receive any characters >> with the value 0x0a (LF). >> Upon looking into the source code of the serial implementation I found that >> opening the port happens without the binary flag so I suppose that LF gets >> possibly eaten by the OS. Could this be the problem? Is such a problem known? >> Are there workarounds? >> >> Thanks in advance, >> best regards, >> Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From jfh at greenhousepc.com Wed Nov 24 11:59:47 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:59:47 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Wed Nov 24 14:29:57 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Wed, 24 Nov 2010 22:29:57 +0100 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> References: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> Message-ID: Guys, I actually tried to reply about 12 hours ago, but as it seems this message was for some reasons relayed to the moderators. I found the error in my code and it was a very simple embarrassing one that i always read over ... I shouldn't reuse demo code without checking it twice :-/ I'm sorry for bothering you and want to say thanks for all the input when it was all my fault. Embarrassed regards, Chris On Wed, Nov 24, 2010 at 7:59 PM, wrote: > Trent, > > On =some= POSIX systems the TERMIOS are reset. On many, they aren't, in > order to avoid a number of other problems. > > It's always best, because of "lingering termios" problems to build a > mostly-raw termios by hand. In the case of RXTX, the one problem I saw is > that the port is initially set to B9600, which means any characters that are > received immediately are mis-framed. I've seen this in my code where > gibberish shows up in the initial stream. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] Not receiving 0xa characters > From: Trent Jarvi > Date: Wed, November 24, 2010 12:09 pm > To: "rxtx at qbang.org" > > > On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port > to 'raw' after opening to avoid those translations/filters. We 'stomp' on > the port to force it into a predictable configuration. > > term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); > term->c_oflag &= ~OPOST; > term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); > term->c_cflag &= ~(CSIZE|PARENB); > term->c_cflag |= CS8; > > On windows, RXTX may not be as robust and could probably use a code review > by someone familiar with the structs (termios.c). > > I could imagine a driver on windows having unusual defaults RXTX does not > override causing problems. There are not many drivers out there though. > I've personally not run into the situation mentioned. > > > On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > > > Hi, > > > > have look at: > > > > http://linux.die.net/man/3/tcsetattr > > > > I think (without looking at txrx source code) that the port > > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > > But that is Unix/Linux stuff and you are on windows. However, > > I would suspect there is a similar feature and possibility > > of a bug in rxtx on Windows too. > > > > The obvious workaround is to correct that in the source code > > if you are able to recompile from source. > > > > The other possibility is to try to figure out why the > > port in question defaults to eating LFs (0x0A). > > > > I had a program that had this same bug and hundreds of > > people used it without a problem until on one Linux machine > > it failed with similar symptoms to yours, only in my case > > it was output. > > > > So you might be able to somehow configure the port to default to sensible > > values so that even if rxtx does not set them correctly they > > would be set correctly by default. > > > > Just 2 snt worth. > > > > br Kusti > > > > > > > >> From: Christoph Wei? > >> Reply-To: > >> Date: Tue, 23 Nov 2010 23:28:15 +0200 > >> To: > >> Conversation: [Rxtx] Not receiving 0xa characters > >> Subject: [Rxtx] Not receiving 0xa characters > >> > >> Dear all, > >> > >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. > >> I can connect to a serial port created by a FTDI USB chip and send > receive > >> data from it. However it seems that I am not able to receive any > characters > >> with the value 0x0a (LF). > >> Upon looking into the source code of the serial implementation I found > that > >> opening the port happens without the binary flag so I suppose that LF > gets > >> possibly eaten by the OS. Could this be the problem? Is such a problem > known? > >> Are there workarounds? > >> > >> Thanks in advance, > >> best regards, > >> Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > ------------------------------ > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Thu Nov 25 01:42:18 2010 From: eb at inotec-feg.de (Emanuel) Date: Thu, 25 Nov 2010 09:42:18 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <002a01cb8c7c$ab5b1ea0$02115be0$@de> I knew this would be asked ^^ That's the problem, it was on a customer laptop. On a freshly installed Win7 system the problem was not reproducible. So I know, answering such a diffuse question may be impossible, maybe I should have asked about user experience with rxtx on Windows 7 (32 bit). (btw. using 64-bit OS caused a bunch of different problems ... out of scope here) Regards Emanuel >> Post a minimal implementation that reproduces the error and we can >> tell you what's going wrong. From msemtd at googlemail.com Thu Nov 25 03:21:15 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Thu, 25 Nov 2010 10:21:15 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> References: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> Message-ID: On 24 November 2010 18:01, Kustaa Nyholm wrote: > Do I detect a hint of some attitude there? Yes, attitude all the way! :) I don't mean to sound like an ass but sometimes it just comes across badly. I shall try to be more diplomatic with my posts but they will usually be along the lines of "enough theory, just post the code to let us see what's actually going on, then we can get things fixed". Regards, Michael Erskine. From msemtd at googlemail.com Fri Nov 26 02:02:11 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 09:02:11 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <002a01cb8c7c$ab5b1ea0$02115be0$@de> References: <001001cb8a55$3f819020$be84b060$@de> <002a01cb8c7c$ab5b1ea0$02115be0$@de> Message-ID: On 25 November 2010 08:42, Emanuel wrote: > I knew this would be asked ^^ > That's the problem, it was on a customer laptop. On a freshly installed Win7 > system the problem was not reproducible. > So I know, answering such a diffuse question may be impossible, maybe I > should have asked about user experience with rxtx on Windows 7 (32 bit). > (btw. using 64-bit OS caused a bunch of different problems ... out of scope > here) > > Regards > Emanuel So you don't have the source code to your own application? How on earth do you maintain your/your customer's software? The USB adapter: FTDI/Prolific/MTD? Regards, Michael. From eb at inotec-feg.de Fri Nov 26 03:13:54 2010 From: eb at inotec-feg.de (Emanuel) Date: Fri, 26 Nov 2010 11:13:54 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000601cb8d52$a1dd2310$e5976930$@de> Hi Michael, of course i do have my own sources, but i can't reproduce the problem on our hardware. So I can't shrink the app to the bare minimum which is still showing the problem. Posting the hole application (beside not allowed to me) makes no sense. Maybe there is just a threading/synchronization problem. The used usb serial adapter is a Silabs CP210x. Best regards Emanuel -----Urspr?ngliche Nachricht----- Von: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] Im Auftrag von Michael Erskine Gesendet: Dienstag, 23. November 2010 14:20 An: rxtx at qbang.org Betreff: Re: [Rxtx] Windows 7 32-bit issues Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From msemtd at googlemail.com Fri Nov 26 03:55:27 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 10:55:27 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <000601cb8d52$a1dd2310$e5976930$@de> References: <001001cb8a55$3f819020$be84b060$@de> <000601cb8d52$a1dd2310$e5976930$@de> Message-ID: On 26 November 2010 10:13, Emanuel wrote: > Hi Michael, > > of course i do have my own sources, but i can't reproduce the problem on our > hardware. > So I can't shrink the app to the bare minimum which is still showing the > problem. Posting the hole application (beside not allowed to me) makes no > sense. > Maybe there is just a threading/synchronization problem. Hi Emanuel, I usually perform all reads and error handling as serial events but flag failures to be handled in the application foreground (or any other thread other than the event handler). Perhaps I have some techniques you can use to make your code more robust. > The used usb serial adapter is a Silabs CP210x. Wow, another usb/rs232 chip to add to my wishlist! (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) Has this adapter been generally OK? > Best regards > Emanuel Regards, Michael Erskine. From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From bschlining at gmail.com Tue Nov 23 09:17:33 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 23 Nov 2010 08:17:33 -0800 Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <484120.44130.qm@web63103.mail.re1.yahoo.com> References: <484120.44130.qm@web63103.mail.re1.yahoo.com> Message-ID: Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: > I will be working on unit tests next. I have experience with JUnit and > Cobertura. The rewrite contains software loopbacks for testing without > hardware loopbacks, and I was thinking hardware loopbacks could be used via > settings in the properties file - so CI can test for regressions. My hope is > once we have 100% test coverage on the rewrite, the community will have > greater confidence in it. > > -Adrian > > --- On Mon, 11/22/10, Trent Jarvi wrote: > > > From: Trent Jarvi > > Subject: Re: [Rxtx] rxtx 2010 rewrite > > To: rxtx at qbang.org > > Cc: "Dave" > > Date: Monday, November 22, 2010, 7:57 PM > > > > I'm not for or against the rewrite effort. I do > > represent one of those people needing 'stable now' when I go > > to work. Here at home I'm interested in the future of > > RXTX for all those neat projects I hear about. I'm all for > > some experimenting and growing. > > > > What RXTX lacks is not coders. We have had many ideas > > bouncing around and some code that deals with things like > > serial ports that vanish (USB). The C++ rewrite is > > proof of interest there and I'm glad to see it. > > > > So whats missing? > > > > The JCP required test suites. CommAPI and RXTX lack > > test suites. CommAPI was grandfathered into the JCP and > > shortly later 'broken' for a customer right in the JCP by > > adding Solaris specific hooks. > > > > Testing CommAPI/RXTX is difficult. > > > > At work I have test suites but the coverage is specific to > > those needs - these tests existed before I started working > > there. Maybe they cover your needs, maybe not. I > > use those to qualify RXTX releases which is alot more than I > > used to do. The tests are in MATLAB code going through > > a layer of java and don't lend well to sharing (though its a > > possibility). Those test suites are the best we all have at > > this time as far as I know and that does not bode well for a > > smooth transition to a rewrite for multiple projects. > > > > > > I could run the suites against the rewrite. Honestly, > > I'm not comfortable that they cover enough for generic > > qualification though. As an example, the testsuite > > requires a loopback connection. Fun thing is the other > > side is always configured like your side. Setting > > hardware flow control failed? No problem. Its > > still odd parity? Good to go! It failed on the > > other side too. > > > > > > In agreement with Julie, there are many subtle things in > > rxtx that took more than 3 years to flush out. That > > does not mean we can't figure out how to move forward > > (without the circus wagons). > > > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > > wrote: > > > > > Adrian, > > > > > > As I've said before, some of us are ready, willing and > > able to work on RXTX, > > > but we need something much more stable NOW, and the > > existing code base is > > > the most stable, most time-tested thing going. It's > > easy to say "it should > > > work reliably", but my experience is that code like > > this typically takes 2 > > > to 3 =years= before there is enough experience with > > the code to be called > > > "working reliably". > > > > > > What I'd like to know is who feels they have a > > =reliable=, =stable=, > > > relatively =bug-free= version of the existing code > > that could be a base for > > > something that can tide people over until your work is > > well enough tested > > > that people can start migrating less critical > > applications to it. My > > > company puts products inside boxes that have to work > > for years on end. I'm > > > not going to trust my company's existence to a brand > > new re-write, and I > > > suspect there are a number of other business owners or > > consultants who are > > > in the same situation. > > > -- > > > Julie Haugh > > > Senior Design Engineer > > > greenHouse Computers, LLC // jfh at greenhousepc.com > > // greenHousePC on > > > Skype > > > > > > > > > -------- Original > > Message -------- > > > Subject: Re: [Rxtx] > > rxtx 2010 rewrite > > > From: Adrian Crum > > > > > Date: Sun, November 21, > > 2010 9:21 pm > > > To: Dave , > > rxtx at qbang.org > > > > > > The rewrite is > > preliminary code - it needs more work. It should > > > work reliably in a > > Windows environment. The rewrite needs more > > > community participation > > to move it along. > > > > > > The best resource for > > help is the RXTX mailing list - > > > rxtx at qbang.org. > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 23 11:49:22 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 10:49:22 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <952726.30532.qm@web63102.mail.re1.yahoo.com> Check out the current repo using these instructions: http://rxtx.qbang.org/wiki/index.php/Retrieving_Source_Code and you will find the rewrite in the Rewrite2010 folder. There is a pdf document in that folder that gives an overview of the rewrite. -Adrian --- On Tue, 11/23/10, Brian Schlining wrote: From: Brian Schlining Subject: Re: [Rxtx] rxtx 2010 rewrite To: rxtx at qbang.org Date: Tuesday, November 23, 2010, 8:17 AM Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Tue Nov 23 14:28:15 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Tue, 23 Nov 2010 22:28:15 +0100 Subject: [Rxtx] Not receiving 0xa characters Message-ID: Dear all, I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. I can connect to a serial port created by a FTDI USB chip and send receive data from it. However it seems that I am not able to receive any characters with the value 0x0a (LF). Upon looking into the source code of the serial implementation I found that opening the port happens without the binary flag so I suppose that LF gets possibly eaten by the OS. Could this be the problem? Is such a problem known? Are there workarounds? Thanks in advance, best regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From msemtd at googlemail.com Wed Nov 24 02:23:44 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 09:23:44 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip and > send receive data from it. However it seems that I am not able to receive > any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem > known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. From tristan.dyer at cgi.com Wed Nov 24 05:07:01 2010 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Wed, 24 Nov 2010 07:07:01 -0500 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D051B6EFE@MTL-MSG-02.cgiclients.com> I had an issue like that about a year ago, But in my case I was piping the data into a Ubuntu VM from XP. Started using Ubuntu natively and the problem went away. It may be an issue with the usb->serial converter. -Tristan -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Erskine Sent: Wednesday, November 24, 2010 5:24 AM To: rxtx at qbang.org Subject: Re: [Rxtx] Not receiving 0xa characters On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip > and send receive data from it. However it seems that I am not able to > receive any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found > that opening the port happens without the binary flag so I suppose > that LF gets possibly eaten by the OS. Could this be the problem? Is > such a problem known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From jfh at greenhousepc.com Wed Nov 24 05:16:38 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 05:16:38 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124051638.8ef0e5b4a80cef441275a6330ffad77d.b6369d0806.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Kustaa.Nyholm at planmeca.com Wed Nov 24 06:57:34 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 15:57:34 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: Message-ID: Hi, have look at: http://linux.die.net/man/3/tcsetattr I think (without looking at txrx source code) that the port is opened without correctly setting INLCR,ICRNL and/or IGNCR. But that is Unix/Linux stuff and you are on windows. However, I would suspect there is a similar feature and possibility of a bug in rxtx on Windows too. The obvious workaround is to correct that in the source code if you are able to recompile from source. The other possibility is to try to figure out why the port in question defaults to eating LFs (0x0A). I had a program that had this same bug and hundreds of people used it without a problem until on one Linux machine it failed with similar symptoms to yours, only in my case it was output. So you might be able to somehow configure the port to default to sensible values so that even if rxtx does not set them correctly they would be set correctly by default. Just 2 snt worth. br Kusti > From: Christoph Wei? > Reply-To: > Date: Tue, 23 Nov 2010 23:28:15 +0200 > To: > Conversation: [Rxtx] Not receiving 0xa characters > Subject: [Rxtx] Not receiving 0xa characters > > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. > I can connect to a serial port created by a FTDI USB chip and send receive > data from it. However it seems that I am not able to receive any characters > with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem known? > Are there workarounds? > > Thanks in advance, > best regards, > Chris From msemtd at googlemail.com Wed Nov 24 08:07:58 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 15:07:58 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: OK, to stem this madness I just ran some tests on RXTX-2.1-7 using java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort SerialInputStream instance. I am reading and writing linefeeds with no problem. If somebody has a genuine issue with their data receive code just post it here and I will show you exactly why it is broken. Thankyouverymuch. From mariusz.dec at gmail.com Wed Nov 24 08:21:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 24 Nov 2010 16:21:06 +0100 Subject: [Rxtx] Not receiving 0xa characters References: Message-ID: Hi, first thing is to check if sender sends this code. There are a lot of terminal's software where you may configure EOL (END_OF_LINE) character or sequence.... I think that problem is here :) Mariusz ----- Original Message ----- From: "Michael Erskine" To: Sent: Wednesday, November 24, 2010 4:07 PM Subject: Re: [Rxtx] Not receiving 0xa characters > OK, to stem this madness I just ran some tests on RXTX-2.1-7 using > java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort > SerialInputStream instance. I am reading and writing linefeeds with no > problem. > > If somebody has a genuine issue with their data receive code just post > it here and I will show you exactly why it is broken. > > Thankyouverymuch. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From Kustaa.Nyholm at planmeca.com Wed Nov 24 11:01:59 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 20:01:59 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: , Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> >OK, to stem this madness I just ran some tests on RXTX-2.1-7 using >java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort >SerialInputStream instance. I am reading and writing linefeeds with no >problem. Do I detect a hint of some attitude there? The OP surely had a problem or he would not have posted here. It maybe that the problem is on the sender side or in his code. Or maybe not. It certainly is possible for the serial driver to eat or inject various combinations of CR and/or LF. Seen that, been there, done that. Doing a simple test like sending and receiving LFs does not prove much, one way or the other, it could be that your OS/driver works but the OP's configuration doesn't. If there is an issue in rxtx in that it does not set those flags I mentioned (or equivalent in Windows, if any) then it is possible that it would all depend on the ports default behavior.Like I wrote, I have not looked at the source code so I was just speculating, as I think I clearly said. If you have knowledge about this, for example know for fact that this cannot happen in Windows for any driver or if you have looked into the source code and think that what I speculated cannot be the problem then just say so and explain your reasoning. Calling this madness is not very productive. >If somebody has a genuine issue with their data receive code just post >it here and I will show you exactly why it is broken. If the OP would post the code then I would be interested to take up your offer! >Thankyouverymuch. Thank *you*. br Kusti From jfh at greenhousepc.com Wed Nov 24 11:32:10 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:32:10 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124113210.8ef0e5b4a80cef441275a6330ffad77d.2973054590.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Nov 24 11:09:48 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 24 Nov 2010 11:09:48 -0700 (MST) Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port to 'raw' after opening to avoid those translations/filters. We 'stomp' on the port to force it into a predictable configuration. term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); term->c_oflag &= ~OPOST; term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); term->c_cflag &= ~(CSIZE|PARENB); term->c_cflag |= CS8; On windows, RXTX may not be as robust and could probably use a code review by someone familiar with the structs (termios.c). I could imagine a driver on windows having unusual defaults RXTX does not override causing problems. There are not many drivers out there though. I've personally not run into the situation mentioned. On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > Hi, > > have look at: > > http://linux.die.net/man/3/tcsetattr > > I think (without looking at txrx source code) that the port > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > But that is Unix/Linux stuff and you are on windows. However, > I would suspect there is a similar feature and possibility > of a bug in rxtx on Windows too. > > The obvious workaround is to correct that in the source code > if you are able to recompile from source. > > The other possibility is to try to figure out why the > port in question defaults to eating LFs (0x0A). > > I had a program that had this same bug and hundreds of > people used it without a problem until on one Linux machine > it failed with similar symptoms to yours, only in my case > it was output. > > So you might be able to somehow configure the port to default to sensible > values so that even if rxtx does not set them correctly they > would be set correctly by default. > > Just 2 snt worth. > > br Kusti > > > >> From: Christoph Wei? >> Reply-To: >> Date: Tue, 23 Nov 2010 23:28:15 +0200 >> To: >> Conversation: [Rxtx] Not receiving 0xa characters >> Subject: [Rxtx] Not receiving 0xa characters >> >> Dear all, >> >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. >> I can connect to a serial port created by a FTDI USB chip and send receive >> data from it. However it seems that I am not able to receive any characters >> with the value 0x0a (LF). >> Upon looking into the source code of the serial implementation I found that >> opening the port happens without the binary flag so I suppose that LF gets >> possibly eaten by the OS. Could this be the problem? Is such a problem known? >> Are there workarounds? >> >> Thanks in advance, >> best regards, >> Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From jfh at greenhousepc.com Wed Nov 24 11:59:47 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:59:47 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Wed Nov 24 14:29:57 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Wed, 24 Nov 2010 22:29:57 +0100 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> References: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> Message-ID: Guys, I actually tried to reply about 12 hours ago, but as it seems this message was for some reasons relayed to the moderators. I found the error in my code and it was a very simple embarrassing one that i always read over ... I shouldn't reuse demo code without checking it twice :-/ I'm sorry for bothering you and want to say thanks for all the input when it was all my fault. Embarrassed regards, Chris On Wed, Nov 24, 2010 at 7:59 PM, wrote: > Trent, > > On =some= POSIX systems the TERMIOS are reset. On many, they aren't, in > order to avoid a number of other problems. > > It's always best, because of "lingering termios" problems to build a > mostly-raw termios by hand. In the case of RXTX, the one problem I saw is > that the port is initially set to B9600, which means any characters that are > received immediately are mis-framed. I've seen this in my code where > gibberish shows up in the initial stream. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] Not receiving 0xa characters > From: Trent Jarvi > Date: Wed, November 24, 2010 12:09 pm > To: "rxtx at qbang.org" > > > On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port > to 'raw' after opening to avoid those translations/filters. We 'stomp' on > the port to force it into a predictable configuration. > > term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); > term->c_oflag &= ~OPOST; > term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); > term->c_cflag &= ~(CSIZE|PARENB); > term->c_cflag |= CS8; > > On windows, RXTX may not be as robust and could probably use a code review > by someone familiar with the structs (termios.c). > > I could imagine a driver on windows having unusual defaults RXTX does not > override causing problems. There are not many drivers out there though. > I've personally not run into the situation mentioned. > > > On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > > > Hi, > > > > have look at: > > > > http://linux.die.net/man/3/tcsetattr > > > > I think (without looking at txrx source code) that the port > > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > > But that is Unix/Linux stuff and you are on windows. However, > > I would suspect there is a similar feature and possibility > > of a bug in rxtx on Windows too. > > > > The obvious workaround is to correct that in the source code > > if you are able to recompile from source. > > > > The other possibility is to try to figure out why the > > port in question defaults to eating LFs (0x0A). > > > > I had a program that had this same bug and hundreds of > > people used it without a problem until on one Linux machine > > it failed with similar symptoms to yours, only in my case > > it was output. > > > > So you might be able to somehow configure the port to default to sensible > > values so that even if rxtx does not set them correctly they > > would be set correctly by default. > > > > Just 2 snt worth. > > > > br Kusti > > > > > > > >> From: Christoph Wei? > >> Reply-To: > >> Date: Tue, 23 Nov 2010 23:28:15 +0200 > >> To: > >> Conversation: [Rxtx] Not receiving 0xa characters > >> Subject: [Rxtx] Not receiving 0xa characters > >> > >> Dear all, > >> > >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. > >> I can connect to a serial port created by a FTDI USB chip and send > receive > >> data from it. However it seems that I am not able to receive any > characters > >> with the value 0x0a (LF). > >> Upon looking into the source code of the serial implementation I found > that > >> opening the port happens without the binary flag so I suppose that LF > gets > >> possibly eaten by the OS. Could this be the problem? Is such a problem > known? > >> Are there workarounds? > >> > >> Thanks in advance, > >> best regards, > >> Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > ------------------------------ > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Thu Nov 25 01:42:18 2010 From: eb at inotec-feg.de (Emanuel) Date: Thu, 25 Nov 2010 09:42:18 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <002a01cb8c7c$ab5b1ea0$02115be0$@de> I knew this would be asked ^^ That's the problem, it was on a customer laptop. On a freshly installed Win7 system the problem was not reproducible. So I know, answering such a diffuse question may be impossible, maybe I should have asked about user experience with rxtx on Windows 7 (32 bit). (btw. using 64-bit OS caused a bunch of different problems ... out of scope here) Regards Emanuel >> Post a minimal implementation that reproduces the error and we can >> tell you what's going wrong. From msemtd at googlemail.com Thu Nov 25 03:21:15 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Thu, 25 Nov 2010 10:21:15 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> References: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> Message-ID: On 24 November 2010 18:01, Kustaa Nyholm wrote: > Do I detect a hint of some attitude there? Yes, attitude all the way! :) I don't mean to sound like an ass but sometimes it just comes across badly. I shall try to be more diplomatic with my posts but they will usually be along the lines of "enough theory, just post the code to let us see what's actually going on, then we can get things fixed". Regards, Michael Erskine. From msemtd at googlemail.com Fri Nov 26 02:02:11 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 09:02:11 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <002a01cb8c7c$ab5b1ea0$02115be0$@de> References: <001001cb8a55$3f819020$be84b060$@de> <002a01cb8c7c$ab5b1ea0$02115be0$@de> Message-ID: On 25 November 2010 08:42, Emanuel wrote: > I knew this would be asked ^^ > That's the problem, it was on a customer laptop. On a freshly installed Win7 > system the problem was not reproducible. > So I know, answering such a diffuse question may be impossible, maybe I > should have asked about user experience with rxtx on Windows 7 (32 bit). > (btw. using 64-bit OS caused a bunch of different problems ... out of scope > here) > > Regards > Emanuel So you don't have the source code to your own application? How on earth do you maintain your/your customer's software? The USB adapter: FTDI/Prolific/MTD? Regards, Michael. From eb at inotec-feg.de Fri Nov 26 03:13:54 2010 From: eb at inotec-feg.de (Emanuel) Date: Fri, 26 Nov 2010 11:13:54 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000601cb8d52$a1dd2310$e5976930$@de> Hi Michael, of course i do have my own sources, but i can't reproduce the problem on our hardware. So I can't shrink the app to the bare minimum which is still showing the problem. Posting the hole application (beside not allowed to me) makes no sense. Maybe there is just a threading/synchronization problem. The used usb serial adapter is a Silabs CP210x. Best regards Emanuel -----Urspr?ngliche Nachricht----- Von: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] Im Auftrag von Michael Erskine Gesendet: Dienstag, 23. November 2010 14:20 An: rxtx at qbang.org Betreff: Re: [Rxtx] Windows 7 32-bit issues Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From msemtd at googlemail.com Fri Nov 26 03:55:27 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 10:55:27 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <000601cb8d52$a1dd2310$e5976930$@de> References: <001001cb8a55$3f819020$be84b060$@de> <000601cb8d52$a1dd2310$e5976930$@de> Message-ID: On 26 November 2010 10:13, Emanuel wrote: > Hi Michael, > > of course i do have my own sources, but i can't reproduce the problem on our > hardware. > So I can't shrink the app to the bare minimum which is still showing the > problem. Posting the hole application (beside not allowed to me) makes no > sense. > Maybe there is just a threading/synchronization problem. Hi Emanuel, I usually perform all reads and error handling as serial events but flag failures to be handled in the application foreground (or any other thread other than the event handler). Perhaps I have some techniques you can use to make your code more robust. > The used usb serial adapter is a Silabs CP210x. Wow, another usb/rs232 chip to add to my wishlist! (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) Has this adapter been generally OK? > Best regards > Emanuel Regards, Michael Erskine. From davestechshop at gmail.com Fri Nov 26 12:43:12 2010 From: davestechshop at gmail.com (Dave) Date: Fri, 26 Nov 2010 14:43:12 -0500 Subject: [Rxtx] rxtx javadoc - need a simple how to for generating local javadoc files (Netbeans/Ubuntu) Message-ID: Would anyone be kind enough to provide some simple steps that would help me generate the local javadoc files for rxtx? Cookbook style would be great (step 1, step2, etc.) I have downloaded the source from CVS already, but everything related to building from source is new to me. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From bschlining at gmail.com Tue Nov 23 09:17:33 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 23 Nov 2010 08:17:33 -0800 Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <484120.44130.qm@web63103.mail.re1.yahoo.com> References: <484120.44130.qm@web63103.mail.re1.yahoo.com> Message-ID: Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: > I will be working on unit tests next. I have experience with JUnit and > Cobertura. The rewrite contains software loopbacks for testing without > hardware loopbacks, and I was thinking hardware loopbacks could be used via > settings in the properties file - so CI can test for regressions. My hope is > once we have 100% test coverage on the rewrite, the community will have > greater confidence in it. > > -Adrian > > --- On Mon, 11/22/10, Trent Jarvi wrote: > > > From: Trent Jarvi > > Subject: Re: [Rxtx] rxtx 2010 rewrite > > To: rxtx at qbang.org > > Cc: "Dave" > > Date: Monday, November 22, 2010, 7:57 PM > > > > I'm not for or against the rewrite effort. I do > > represent one of those people needing 'stable now' when I go > > to work. Here at home I'm interested in the future of > > RXTX for all those neat projects I hear about. I'm all for > > some experimenting and growing. > > > > What RXTX lacks is not coders. We have had many ideas > > bouncing around and some code that deals with things like > > serial ports that vanish (USB). The C++ rewrite is > > proof of interest there and I'm glad to see it. > > > > So whats missing? > > > > The JCP required test suites. CommAPI and RXTX lack > > test suites. CommAPI was grandfathered into the JCP and > > shortly later 'broken' for a customer right in the JCP by > > adding Solaris specific hooks. > > > > Testing CommAPI/RXTX is difficult. > > > > At work I have test suites but the coverage is specific to > > those needs - these tests existed before I started working > > there. Maybe they cover your needs, maybe not. I > > use those to qualify RXTX releases which is alot more than I > > used to do. The tests are in MATLAB code going through > > a layer of java and don't lend well to sharing (though its a > > possibility). Those test suites are the best we all have at > > this time as far as I know and that does not bode well for a > > smooth transition to a rewrite for multiple projects. > > > > > > I could run the suites against the rewrite. Honestly, > > I'm not comfortable that they cover enough for generic > > qualification though. As an example, the testsuite > > requires a loopback connection. Fun thing is the other > > side is always configured like your side. Setting > > hardware flow control failed? No problem. Its > > still odd parity? Good to go! It failed on the > > other side too. > > > > > > In agreement with Julie, there are many subtle things in > > rxtx that took more than 3 years to flush out. That > > does not mean we can't figure out how to move forward > > (without the circus wagons). > > > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > > wrote: > > > > > Adrian, > > > > > > As I've said before, some of us are ready, willing and > > able to work on RXTX, > > > but we need something much more stable NOW, and the > > existing code base is > > > the most stable, most time-tested thing going. It's > > easy to say "it should > > > work reliably", but my experience is that code like > > this typically takes 2 > > > to 3 =years= before there is enough experience with > > the code to be called > > > "working reliably". > > > > > > What I'd like to know is who feels they have a > > =reliable=, =stable=, > > > relatively =bug-free= version of the existing code > > that could be a base for > > > something that can tide people over until your work is > > well enough tested > > > that people can start migrating less critical > > applications to it. My > > > company puts products inside boxes that have to work > > for years on end. I'm > > > not going to trust my company's existence to a brand > > new re-write, and I > > > suspect there are a number of other business owners or > > consultants who are > > > in the same situation. > > > -- > > > Julie Haugh > > > Senior Design Engineer > > > greenHouse Computers, LLC // jfh at greenhousepc.com > > // greenHousePC on > > > Skype > > > > > > > > > -------- Original > > Message -------- > > > Subject: Re: [Rxtx] > > rxtx 2010 rewrite > > > From: Adrian Crum > > > > > Date: Sun, November 21, > > 2010 9:21 pm > > > To: Dave , > > rxtx at qbang.org > > > > > > The rewrite is > > preliminary code - it needs more work. It should > > > work reliably in a > > Windows environment. The rewrite needs more > > > community participation > > to move it along. > > > > > > The best resource for > > help is the RXTX mailing list - > > > rxtx at qbang.org. > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 23 11:49:22 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 10:49:22 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <952726.30532.qm@web63102.mail.re1.yahoo.com> Check out the current repo using these instructions: http://rxtx.qbang.org/wiki/index.php/Retrieving_Source_Code and you will find the rewrite in the Rewrite2010 folder. There is a pdf document in that folder that gives an overview of the rewrite. -Adrian --- On Tue, 11/23/10, Brian Schlining wrote: From: Brian Schlining Subject: Re: [Rxtx] rxtx 2010 rewrite To: rxtx at qbang.org Date: Tuesday, November 23, 2010, 8:17 AM Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Tue Nov 23 14:28:15 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Tue, 23 Nov 2010 22:28:15 +0100 Subject: [Rxtx] Not receiving 0xa characters Message-ID: Dear all, I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. I can connect to a serial port created by a FTDI USB chip and send receive data from it. However it seems that I am not able to receive any characters with the value 0x0a (LF). Upon looking into the source code of the serial implementation I found that opening the port happens without the binary flag so I suppose that LF gets possibly eaten by the OS. Could this be the problem? Is such a problem known? Are there workarounds? Thanks in advance, best regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From msemtd at googlemail.com Wed Nov 24 02:23:44 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 09:23:44 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip and > send receive data from it. However it seems that I am not able to receive > any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem > known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. From tristan.dyer at cgi.com Wed Nov 24 05:07:01 2010 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Wed, 24 Nov 2010 07:07:01 -0500 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D051B6EFE@MTL-MSG-02.cgiclients.com> I had an issue like that about a year ago, But in my case I was piping the data into a Ubuntu VM from XP. Started using Ubuntu natively and the problem went away. It may be an issue with the usb->serial converter. -Tristan -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Erskine Sent: Wednesday, November 24, 2010 5:24 AM To: rxtx at qbang.org Subject: Re: [Rxtx] Not receiving 0xa characters On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip > and send receive data from it. However it seems that I am not able to > receive any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found > that opening the port happens without the binary flag so I suppose > that LF gets possibly eaten by the OS. Could this be the problem? Is > such a problem known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From jfh at greenhousepc.com Wed Nov 24 05:16:38 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 05:16:38 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124051638.8ef0e5b4a80cef441275a6330ffad77d.b6369d0806.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Kustaa.Nyholm at planmeca.com Wed Nov 24 06:57:34 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 15:57:34 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: Message-ID: Hi, have look at: http://linux.die.net/man/3/tcsetattr I think (without looking at txrx source code) that the port is opened without correctly setting INLCR,ICRNL and/or IGNCR. But that is Unix/Linux stuff and you are on windows. However, I would suspect there is a similar feature and possibility of a bug in rxtx on Windows too. The obvious workaround is to correct that in the source code if you are able to recompile from source. The other possibility is to try to figure out why the port in question defaults to eating LFs (0x0A). I had a program that had this same bug and hundreds of people used it without a problem until on one Linux machine it failed with similar symptoms to yours, only in my case it was output. So you might be able to somehow configure the port to default to sensible values so that even if rxtx does not set them correctly they would be set correctly by default. Just 2 snt worth. br Kusti > From: Christoph Wei? > Reply-To: > Date: Tue, 23 Nov 2010 23:28:15 +0200 > To: > Conversation: [Rxtx] Not receiving 0xa characters > Subject: [Rxtx] Not receiving 0xa characters > > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. > I can connect to a serial port created by a FTDI USB chip and send receive > data from it. However it seems that I am not able to receive any characters > with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem known? > Are there workarounds? > > Thanks in advance, > best regards, > Chris From msemtd at googlemail.com Wed Nov 24 08:07:58 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 15:07:58 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: OK, to stem this madness I just ran some tests on RXTX-2.1-7 using java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort SerialInputStream instance. I am reading and writing linefeeds with no problem. If somebody has a genuine issue with their data receive code just post it here and I will show you exactly why it is broken. Thankyouverymuch. From mariusz.dec at gmail.com Wed Nov 24 08:21:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 24 Nov 2010 16:21:06 +0100 Subject: [Rxtx] Not receiving 0xa characters References: Message-ID: Hi, first thing is to check if sender sends this code. There are a lot of terminal's software where you may configure EOL (END_OF_LINE) character or sequence.... I think that problem is here :) Mariusz ----- Original Message ----- From: "Michael Erskine" To: Sent: Wednesday, November 24, 2010 4:07 PM Subject: Re: [Rxtx] Not receiving 0xa characters > OK, to stem this madness I just ran some tests on RXTX-2.1-7 using > java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort > SerialInputStream instance. I am reading and writing linefeeds with no > problem. > > If somebody has a genuine issue with their data receive code just post > it here and I will show you exactly why it is broken. > > Thankyouverymuch. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From Kustaa.Nyholm at planmeca.com Wed Nov 24 11:01:59 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 20:01:59 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: , Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> >OK, to stem this madness I just ran some tests on RXTX-2.1-7 using >java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort >SerialInputStream instance. I am reading and writing linefeeds with no >problem. Do I detect a hint of some attitude there? The OP surely had a problem or he would not have posted here. It maybe that the problem is on the sender side or in his code. Or maybe not. It certainly is possible for the serial driver to eat or inject various combinations of CR and/or LF. Seen that, been there, done that. Doing a simple test like sending and receiving LFs does not prove much, one way or the other, it could be that your OS/driver works but the OP's configuration doesn't. If there is an issue in rxtx in that it does not set those flags I mentioned (or equivalent in Windows, if any) then it is possible that it would all depend on the ports default behavior.Like I wrote, I have not looked at the source code so I was just speculating, as I think I clearly said. If you have knowledge about this, for example know for fact that this cannot happen in Windows for any driver or if you have looked into the source code and think that what I speculated cannot be the problem then just say so and explain your reasoning. Calling this madness is not very productive. >If somebody has a genuine issue with their data receive code just post >it here and I will show you exactly why it is broken. If the OP would post the code then I would be interested to take up your offer! >Thankyouverymuch. Thank *you*. br Kusti From jfh at greenhousepc.com Wed Nov 24 11:32:10 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:32:10 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124113210.8ef0e5b4a80cef441275a6330ffad77d.2973054590.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Nov 24 11:09:48 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 24 Nov 2010 11:09:48 -0700 (MST) Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port to 'raw' after opening to avoid those translations/filters. We 'stomp' on the port to force it into a predictable configuration. term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); term->c_oflag &= ~OPOST; term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); term->c_cflag &= ~(CSIZE|PARENB); term->c_cflag |= CS8; On windows, RXTX may not be as robust and could probably use a code review by someone familiar with the structs (termios.c). I could imagine a driver on windows having unusual defaults RXTX does not override causing problems. There are not many drivers out there though. I've personally not run into the situation mentioned. On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > Hi, > > have look at: > > http://linux.die.net/man/3/tcsetattr > > I think (without looking at txrx source code) that the port > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > But that is Unix/Linux stuff and you are on windows. However, > I would suspect there is a similar feature and possibility > of a bug in rxtx on Windows too. > > The obvious workaround is to correct that in the source code > if you are able to recompile from source. > > The other possibility is to try to figure out why the > port in question defaults to eating LFs (0x0A). > > I had a program that had this same bug and hundreds of > people used it without a problem until on one Linux machine > it failed with similar symptoms to yours, only in my case > it was output. > > So you might be able to somehow configure the port to default to sensible > values so that even if rxtx does not set them correctly they > would be set correctly by default. > > Just 2 snt worth. > > br Kusti > > > >> From: Christoph Wei? >> Reply-To: >> Date: Tue, 23 Nov 2010 23:28:15 +0200 >> To: >> Conversation: [Rxtx] Not receiving 0xa characters >> Subject: [Rxtx] Not receiving 0xa characters >> >> Dear all, >> >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. >> I can connect to a serial port created by a FTDI USB chip and send receive >> data from it. However it seems that I am not able to receive any characters >> with the value 0x0a (LF). >> Upon looking into the source code of the serial implementation I found that >> opening the port happens without the binary flag so I suppose that LF gets >> possibly eaten by the OS. Could this be the problem? Is such a problem known? >> Are there workarounds? >> >> Thanks in advance, >> best regards, >> Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From jfh at greenhousepc.com Wed Nov 24 11:59:47 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:59:47 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Wed Nov 24 14:29:57 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Wed, 24 Nov 2010 22:29:57 +0100 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> References: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> Message-ID: Guys, I actually tried to reply about 12 hours ago, but as it seems this message was for some reasons relayed to the moderators. I found the error in my code and it was a very simple embarrassing one that i always read over ... I shouldn't reuse demo code without checking it twice :-/ I'm sorry for bothering you and want to say thanks for all the input when it was all my fault. Embarrassed regards, Chris On Wed, Nov 24, 2010 at 7:59 PM, wrote: > Trent, > > On =some= POSIX systems the TERMIOS are reset. On many, they aren't, in > order to avoid a number of other problems. > > It's always best, because of "lingering termios" problems to build a > mostly-raw termios by hand. In the case of RXTX, the one problem I saw is > that the port is initially set to B9600, which means any characters that are > received immediately are mis-framed. I've seen this in my code where > gibberish shows up in the initial stream. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] Not receiving 0xa characters > From: Trent Jarvi > Date: Wed, November 24, 2010 12:09 pm > To: "rxtx at qbang.org" > > > On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port > to 'raw' after opening to avoid those translations/filters. We 'stomp' on > the port to force it into a predictable configuration. > > term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); > term->c_oflag &= ~OPOST; > term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); > term->c_cflag &= ~(CSIZE|PARENB); > term->c_cflag |= CS8; > > On windows, RXTX may not be as robust and could probably use a code review > by someone familiar with the structs (termios.c). > > I could imagine a driver on windows having unusual defaults RXTX does not > override causing problems. There are not many drivers out there though. > I've personally not run into the situation mentioned. > > > On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > > > Hi, > > > > have look at: > > > > http://linux.die.net/man/3/tcsetattr > > > > I think (without looking at txrx source code) that the port > > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > > But that is Unix/Linux stuff and you are on windows. However, > > I would suspect there is a similar feature and possibility > > of a bug in rxtx on Windows too. > > > > The obvious workaround is to correct that in the source code > > if you are able to recompile from source. > > > > The other possibility is to try to figure out why the > > port in question defaults to eating LFs (0x0A). > > > > I had a program that had this same bug and hundreds of > > people used it without a problem until on one Linux machine > > it failed with similar symptoms to yours, only in my case > > it was output. > > > > So you might be able to somehow configure the port to default to sensible > > values so that even if rxtx does not set them correctly they > > would be set correctly by default. > > > > Just 2 snt worth. > > > > br Kusti > > > > > > > >> From: Christoph Wei? > >> Reply-To: > >> Date: Tue, 23 Nov 2010 23:28:15 +0200 > >> To: > >> Conversation: [Rxtx] Not receiving 0xa characters > >> Subject: [Rxtx] Not receiving 0xa characters > >> > >> Dear all, > >> > >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. > >> I can connect to a serial port created by a FTDI USB chip and send > receive > >> data from it. However it seems that I am not able to receive any > characters > >> with the value 0x0a (LF). > >> Upon looking into the source code of the serial implementation I found > that > >> opening the port happens without the binary flag so I suppose that LF > gets > >> possibly eaten by the OS. Could this be the problem? Is such a problem > known? > >> Are there workarounds? > >> > >> Thanks in advance, > >> best regards, > >> Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > ------------------------------ > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Thu Nov 25 01:42:18 2010 From: eb at inotec-feg.de (Emanuel) Date: Thu, 25 Nov 2010 09:42:18 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <002a01cb8c7c$ab5b1ea0$02115be0$@de> I knew this would be asked ^^ That's the problem, it was on a customer laptop. On a freshly installed Win7 system the problem was not reproducible. So I know, answering such a diffuse question may be impossible, maybe I should have asked about user experience with rxtx on Windows 7 (32 bit). (btw. using 64-bit OS caused a bunch of different problems ... out of scope here) Regards Emanuel >> Post a minimal implementation that reproduces the error and we can >> tell you what's going wrong. From msemtd at googlemail.com Thu Nov 25 03:21:15 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Thu, 25 Nov 2010 10:21:15 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> References: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> Message-ID: On 24 November 2010 18:01, Kustaa Nyholm wrote: > Do I detect a hint of some attitude there? Yes, attitude all the way! :) I don't mean to sound like an ass but sometimes it just comes across badly. I shall try to be more diplomatic with my posts but they will usually be along the lines of "enough theory, just post the code to let us see what's actually going on, then we can get things fixed". Regards, Michael Erskine. From msemtd at googlemail.com Fri Nov 26 02:02:11 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 09:02:11 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <002a01cb8c7c$ab5b1ea0$02115be0$@de> References: <001001cb8a55$3f819020$be84b060$@de> <002a01cb8c7c$ab5b1ea0$02115be0$@de> Message-ID: On 25 November 2010 08:42, Emanuel wrote: > I knew this would be asked ^^ > That's the problem, it was on a customer laptop. On a freshly installed Win7 > system the problem was not reproducible. > So I know, answering such a diffuse question may be impossible, maybe I > should have asked about user experience with rxtx on Windows 7 (32 bit). > (btw. using 64-bit OS caused a bunch of different problems ... out of scope > here) > > Regards > Emanuel So you don't have the source code to your own application? How on earth do you maintain your/your customer's software? The USB adapter: FTDI/Prolific/MTD? Regards, Michael. From eb at inotec-feg.de Fri Nov 26 03:13:54 2010 From: eb at inotec-feg.de (Emanuel) Date: Fri, 26 Nov 2010 11:13:54 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000601cb8d52$a1dd2310$e5976930$@de> Hi Michael, of course i do have my own sources, but i can't reproduce the problem on our hardware. So I can't shrink the app to the bare minimum which is still showing the problem. Posting the hole application (beside not allowed to me) makes no sense. Maybe there is just a threading/synchronization problem. The used usb serial adapter is a Silabs CP210x. Best regards Emanuel -----Urspr?ngliche Nachricht----- Von: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] Im Auftrag von Michael Erskine Gesendet: Dienstag, 23. November 2010 14:20 An: rxtx at qbang.org Betreff: Re: [Rxtx] Windows 7 32-bit issues Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From msemtd at googlemail.com Fri Nov 26 03:55:27 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 10:55:27 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <000601cb8d52$a1dd2310$e5976930$@de> References: <001001cb8a55$3f819020$be84b060$@de> <000601cb8d52$a1dd2310$e5976930$@de> Message-ID: On 26 November 2010 10:13, Emanuel wrote: > Hi Michael, > > of course i do have my own sources, but i can't reproduce the problem on our > hardware. > So I can't shrink the app to the bare minimum which is still showing the > problem. Posting the hole application (beside not allowed to me) makes no > sense. > Maybe there is just a threading/synchronization problem. Hi Emanuel, I usually perform all reads and error handling as serial events but flag failures to be handled in the application foreground (or any other thread other than the event handler). Perhaps I have some techniques you can use to make your code more robust. > The used usb serial adapter is a Silabs CP210x. Wow, another usb/rs232 chip to add to my wishlist! (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) Has this adapter been generally OK? > Best regards > Emanuel Regards, Michael Erskine. From davestechshop at gmail.com Fri Nov 26 12:43:12 2010 From: davestechshop at gmail.com (Dave) Date: Fri, 26 Nov 2010 14:43:12 -0500 Subject: [Rxtx] rxtx javadoc - need a simple how to for generating local javadoc files (Netbeans/Ubuntu) Message-ID: Would anyone be kind enough to provide some simple steps that would help me generate the local javadoc files for rxtx? Cookbook style would be great (step 1, step2, etc.) I have downloaded the source from CVS already, but everything related to building from source is new to me. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From bschlining at gmail.com Tue Nov 23 09:17:33 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 23 Nov 2010 08:17:33 -0800 Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <484120.44130.qm@web63103.mail.re1.yahoo.com> References: <484120.44130.qm@web63103.mail.re1.yahoo.com> Message-ID: Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: > I will be working on unit tests next. I have experience with JUnit and > Cobertura. The rewrite contains software loopbacks for testing without > hardware loopbacks, and I was thinking hardware loopbacks could be used via > settings in the properties file - so CI can test for regressions. My hope is > once we have 100% test coverage on the rewrite, the community will have > greater confidence in it. > > -Adrian > > --- On Mon, 11/22/10, Trent Jarvi wrote: > > > From: Trent Jarvi > > Subject: Re: [Rxtx] rxtx 2010 rewrite > > To: rxtx at qbang.org > > Cc: "Dave" > > Date: Monday, November 22, 2010, 7:57 PM > > > > I'm not for or against the rewrite effort. I do > > represent one of those people needing 'stable now' when I go > > to work. Here at home I'm interested in the future of > > RXTX for all those neat projects I hear about. I'm all for > > some experimenting and growing. > > > > What RXTX lacks is not coders. We have had many ideas > > bouncing around and some code that deals with things like > > serial ports that vanish (USB). The C++ rewrite is > > proof of interest there and I'm glad to see it. > > > > So whats missing? > > > > The JCP required test suites. CommAPI and RXTX lack > > test suites. CommAPI was grandfathered into the JCP and > > shortly later 'broken' for a customer right in the JCP by > > adding Solaris specific hooks. > > > > Testing CommAPI/RXTX is difficult. > > > > At work I have test suites but the coverage is specific to > > those needs - these tests existed before I started working > > there. Maybe they cover your needs, maybe not. I > > use those to qualify RXTX releases which is alot more than I > > used to do. The tests are in MATLAB code going through > > a layer of java and don't lend well to sharing (though its a > > possibility). Those test suites are the best we all have at > > this time as far as I know and that does not bode well for a > > smooth transition to a rewrite for multiple projects. > > > > > > I could run the suites against the rewrite. Honestly, > > I'm not comfortable that they cover enough for generic > > qualification though. As an example, the testsuite > > requires a loopback connection. Fun thing is the other > > side is always configured like your side. Setting > > hardware flow control failed? No problem. Its > > still odd parity? Good to go! It failed on the > > other side too. > > > > > > In agreement with Julie, there are many subtle things in > > rxtx that took more than 3 years to flush out. That > > does not mean we can't figure out how to move forward > > (without the circus wagons). > > > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > > wrote: > > > > > Adrian, > > > > > > As I've said before, some of us are ready, willing and > > able to work on RXTX, > > > but we need something much more stable NOW, and the > > existing code base is > > > the most stable, most time-tested thing going. It's > > easy to say "it should > > > work reliably", but my experience is that code like > > this typically takes 2 > > > to 3 =years= before there is enough experience with > > the code to be called > > > "working reliably". > > > > > > What I'd like to know is who feels they have a > > =reliable=, =stable=, > > > relatively =bug-free= version of the existing code > > that could be a base for > > > something that can tide people over until your work is > > well enough tested > > > that people can start migrating less critical > > applications to it. My > > > company puts products inside boxes that have to work > > for years on end. I'm > > > not going to trust my company's existence to a brand > > new re-write, and I > > > suspect there are a number of other business owners or > > consultants who are > > > in the same situation. > > > -- > > > Julie Haugh > > > Senior Design Engineer > > > greenHouse Computers, LLC // jfh at greenhousepc.com > > // greenHousePC on > > > Skype > > > > > > > > > -------- Original > > Message -------- > > > Subject: Re: [Rxtx] > > rxtx 2010 rewrite > > > From: Adrian Crum > > > > > Date: Sun, November 21, > > 2010 9:21 pm > > > To: Dave , > > rxtx at qbang.org > > > > > > The rewrite is > > preliminary code - it needs more work. It should > > > work reliably in a > > Windows environment. The rewrite needs more > > > community participation > > to move it along. > > > > > > The best resource for > > help is the RXTX mailing list - > > > rxtx at qbang.org. > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 23 11:49:22 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 10:49:22 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <952726.30532.qm@web63102.mail.re1.yahoo.com> Check out the current repo using these instructions: http://rxtx.qbang.org/wiki/index.php/Retrieving_Source_Code and you will find the rewrite in the Rewrite2010 folder. There is a pdf document in that folder that gives an overview of the rewrite. -Adrian --- On Tue, 11/23/10, Brian Schlining wrote: From: Brian Schlining Subject: Re: [Rxtx] rxtx 2010 rewrite To: rxtx at qbang.org Date: Tuesday, November 23, 2010, 8:17 AM Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Tue Nov 23 14:28:15 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Tue, 23 Nov 2010 22:28:15 +0100 Subject: [Rxtx] Not receiving 0xa characters Message-ID: Dear all, I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. I can connect to a serial port created by a FTDI USB chip and send receive data from it. However it seems that I am not able to receive any characters with the value 0x0a (LF). Upon looking into the source code of the serial implementation I found that opening the port happens without the binary flag so I suppose that LF gets possibly eaten by the OS. Could this be the problem? Is such a problem known? Are there workarounds? Thanks in advance, best regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From msemtd at googlemail.com Wed Nov 24 02:23:44 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 09:23:44 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip and > send receive data from it. However it seems that I am not able to receive > any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem > known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. From tristan.dyer at cgi.com Wed Nov 24 05:07:01 2010 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Wed, 24 Nov 2010 07:07:01 -0500 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D051B6EFE@MTL-MSG-02.cgiclients.com> I had an issue like that about a year ago, But in my case I was piping the data into a Ubuntu VM from XP. Started using Ubuntu natively and the problem went away. It may be an issue with the usb->serial converter. -Tristan -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Erskine Sent: Wednesday, November 24, 2010 5:24 AM To: rxtx at qbang.org Subject: Re: [Rxtx] Not receiving 0xa characters On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip > and send receive data from it. However it seems that I am not able to > receive any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found > that opening the port happens without the binary flag so I suppose > that LF gets possibly eaten by the OS. Could this be the problem? Is > such a problem known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From jfh at greenhousepc.com Wed Nov 24 05:16:38 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 05:16:38 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124051638.8ef0e5b4a80cef441275a6330ffad77d.b6369d0806.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Kustaa.Nyholm at planmeca.com Wed Nov 24 06:57:34 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 15:57:34 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: Message-ID: Hi, have look at: http://linux.die.net/man/3/tcsetattr I think (without looking at txrx source code) that the port is opened without correctly setting INLCR,ICRNL and/or IGNCR. But that is Unix/Linux stuff and you are on windows. However, I would suspect there is a similar feature and possibility of a bug in rxtx on Windows too. The obvious workaround is to correct that in the source code if you are able to recompile from source. The other possibility is to try to figure out why the port in question defaults to eating LFs (0x0A). I had a program that had this same bug and hundreds of people used it without a problem until on one Linux machine it failed with similar symptoms to yours, only in my case it was output. So you might be able to somehow configure the port to default to sensible values so that even if rxtx does not set them correctly they would be set correctly by default. Just 2 snt worth. br Kusti > From: Christoph Wei? > Reply-To: > Date: Tue, 23 Nov 2010 23:28:15 +0200 > To: > Conversation: [Rxtx] Not receiving 0xa characters > Subject: [Rxtx] Not receiving 0xa characters > > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. > I can connect to a serial port created by a FTDI USB chip and send receive > data from it. However it seems that I am not able to receive any characters > with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem known? > Are there workarounds? > > Thanks in advance, > best regards, > Chris From msemtd at googlemail.com Wed Nov 24 08:07:58 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 15:07:58 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: OK, to stem this madness I just ran some tests on RXTX-2.1-7 using java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort SerialInputStream instance. I am reading and writing linefeeds with no problem. If somebody has a genuine issue with their data receive code just post it here and I will show you exactly why it is broken. Thankyouverymuch. From mariusz.dec at gmail.com Wed Nov 24 08:21:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 24 Nov 2010 16:21:06 +0100 Subject: [Rxtx] Not receiving 0xa characters References: Message-ID: Hi, first thing is to check if sender sends this code. There are a lot of terminal's software where you may configure EOL (END_OF_LINE) character or sequence.... I think that problem is here :) Mariusz ----- Original Message ----- From: "Michael Erskine" To: Sent: Wednesday, November 24, 2010 4:07 PM Subject: Re: [Rxtx] Not receiving 0xa characters > OK, to stem this madness I just ran some tests on RXTX-2.1-7 using > java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort > SerialInputStream instance. I am reading and writing linefeeds with no > problem. > > If somebody has a genuine issue with their data receive code just post > it here and I will show you exactly why it is broken. > > Thankyouverymuch. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From Kustaa.Nyholm at planmeca.com Wed Nov 24 11:01:59 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 20:01:59 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: , Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> >OK, to stem this madness I just ran some tests on RXTX-2.1-7 using >java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort >SerialInputStream instance. I am reading and writing linefeeds with no >problem. Do I detect a hint of some attitude there? The OP surely had a problem or he would not have posted here. It maybe that the problem is on the sender side or in his code. Or maybe not. It certainly is possible for the serial driver to eat or inject various combinations of CR and/or LF. Seen that, been there, done that. Doing a simple test like sending and receiving LFs does not prove much, one way or the other, it could be that your OS/driver works but the OP's configuration doesn't. If there is an issue in rxtx in that it does not set those flags I mentioned (or equivalent in Windows, if any) then it is possible that it would all depend on the ports default behavior.Like I wrote, I have not looked at the source code so I was just speculating, as I think I clearly said. If you have knowledge about this, for example know for fact that this cannot happen in Windows for any driver or if you have looked into the source code and think that what I speculated cannot be the problem then just say so and explain your reasoning. Calling this madness is not very productive. >If somebody has a genuine issue with their data receive code just post >it here and I will show you exactly why it is broken. If the OP would post the code then I would be interested to take up your offer! >Thankyouverymuch. Thank *you*. br Kusti From jfh at greenhousepc.com Wed Nov 24 11:32:10 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:32:10 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124113210.8ef0e5b4a80cef441275a6330ffad77d.2973054590.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Nov 24 11:09:48 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 24 Nov 2010 11:09:48 -0700 (MST) Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port to 'raw' after opening to avoid those translations/filters. We 'stomp' on the port to force it into a predictable configuration. term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); term->c_oflag &= ~OPOST; term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); term->c_cflag &= ~(CSIZE|PARENB); term->c_cflag |= CS8; On windows, RXTX may not be as robust and could probably use a code review by someone familiar with the structs (termios.c). I could imagine a driver on windows having unusual defaults RXTX does not override causing problems. There are not many drivers out there though. I've personally not run into the situation mentioned. On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > Hi, > > have look at: > > http://linux.die.net/man/3/tcsetattr > > I think (without looking at txrx source code) that the port > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > But that is Unix/Linux stuff and you are on windows. However, > I would suspect there is a similar feature and possibility > of a bug in rxtx on Windows too. > > The obvious workaround is to correct that in the source code > if you are able to recompile from source. > > The other possibility is to try to figure out why the > port in question defaults to eating LFs (0x0A). > > I had a program that had this same bug and hundreds of > people used it without a problem until on one Linux machine > it failed with similar symptoms to yours, only in my case > it was output. > > So you might be able to somehow configure the port to default to sensible > values so that even if rxtx does not set them correctly they > would be set correctly by default. > > Just 2 snt worth. > > br Kusti > > > >> From: Christoph Wei? >> Reply-To: >> Date: Tue, 23 Nov 2010 23:28:15 +0200 >> To: >> Conversation: [Rxtx] Not receiving 0xa characters >> Subject: [Rxtx] Not receiving 0xa characters >> >> Dear all, >> >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. >> I can connect to a serial port created by a FTDI USB chip and send receive >> data from it. However it seems that I am not able to receive any characters >> with the value 0x0a (LF). >> Upon looking into the source code of the serial implementation I found that >> opening the port happens without the binary flag so I suppose that LF gets >> possibly eaten by the OS. Could this be the problem? Is such a problem known? >> Are there workarounds? >> >> Thanks in advance, >> best regards, >> Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From jfh at greenhousepc.com Wed Nov 24 11:59:47 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:59:47 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Wed Nov 24 14:29:57 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Wed, 24 Nov 2010 22:29:57 +0100 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> References: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> Message-ID: Guys, I actually tried to reply about 12 hours ago, but as it seems this message was for some reasons relayed to the moderators. I found the error in my code and it was a very simple embarrassing one that i always read over ... I shouldn't reuse demo code without checking it twice :-/ I'm sorry for bothering you and want to say thanks for all the input when it was all my fault. Embarrassed regards, Chris On Wed, Nov 24, 2010 at 7:59 PM, wrote: > Trent, > > On =some= POSIX systems the TERMIOS are reset. On many, they aren't, in > order to avoid a number of other problems. > > It's always best, because of "lingering termios" problems to build a > mostly-raw termios by hand. In the case of RXTX, the one problem I saw is > that the port is initially set to B9600, which means any characters that are > received immediately are mis-framed. I've seen this in my code where > gibberish shows up in the initial stream. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] Not receiving 0xa characters > From: Trent Jarvi > Date: Wed, November 24, 2010 12:09 pm > To: "rxtx at qbang.org" > > > On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port > to 'raw' after opening to avoid those translations/filters. We 'stomp' on > the port to force it into a predictable configuration. > > term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); > term->c_oflag &= ~OPOST; > term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); > term->c_cflag &= ~(CSIZE|PARENB); > term->c_cflag |= CS8; > > On windows, RXTX may not be as robust and could probably use a code review > by someone familiar with the structs (termios.c). > > I could imagine a driver on windows having unusual defaults RXTX does not > override causing problems. There are not many drivers out there though. > I've personally not run into the situation mentioned. > > > On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > > > Hi, > > > > have look at: > > > > http://linux.die.net/man/3/tcsetattr > > > > I think (without looking at txrx source code) that the port > > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > > But that is Unix/Linux stuff and you are on windows. However, > > I would suspect there is a similar feature and possibility > > of a bug in rxtx on Windows too. > > > > The obvious workaround is to correct that in the source code > > if you are able to recompile from source. > > > > The other possibility is to try to figure out why the > > port in question defaults to eating LFs (0x0A). > > > > I had a program that had this same bug and hundreds of > > people used it without a problem until on one Linux machine > > it failed with similar symptoms to yours, only in my case > > it was output. > > > > So you might be able to somehow configure the port to default to sensible > > values so that even if rxtx does not set them correctly they > > would be set correctly by default. > > > > Just 2 snt worth. > > > > br Kusti > > > > > > > >> From: Christoph Wei? > >> Reply-To: > >> Date: Tue, 23 Nov 2010 23:28:15 +0200 > >> To: > >> Conversation: [Rxtx] Not receiving 0xa characters > >> Subject: [Rxtx] Not receiving 0xa characters > >> > >> Dear all, > >> > >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. > >> I can connect to a serial port created by a FTDI USB chip and send > receive > >> data from it. However it seems that I am not able to receive any > characters > >> with the value 0x0a (LF). > >> Upon looking into the source code of the serial implementation I found > that > >> opening the port happens without the binary flag so I suppose that LF > gets > >> possibly eaten by the OS. Could this be the problem? Is such a problem > known? > >> Are there workarounds? > >> > >> Thanks in advance, > >> best regards, > >> Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > ------------------------------ > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Thu Nov 25 01:42:18 2010 From: eb at inotec-feg.de (Emanuel) Date: Thu, 25 Nov 2010 09:42:18 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <002a01cb8c7c$ab5b1ea0$02115be0$@de> I knew this would be asked ^^ That's the problem, it was on a customer laptop. On a freshly installed Win7 system the problem was not reproducible. So I know, answering such a diffuse question may be impossible, maybe I should have asked about user experience with rxtx on Windows 7 (32 bit). (btw. using 64-bit OS caused a bunch of different problems ... out of scope here) Regards Emanuel >> Post a minimal implementation that reproduces the error and we can >> tell you what's going wrong. From msemtd at googlemail.com Thu Nov 25 03:21:15 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Thu, 25 Nov 2010 10:21:15 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> References: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> Message-ID: On 24 November 2010 18:01, Kustaa Nyholm wrote: > Do I detect a hint of some attitude there? Yes, attitude all the way! :) I don't mean to sound like an ass but sometimes it just comes across badly. I shall try to be more diplomatic with my posts but they will usually be along the lines of "enough theory, just post the code to let us see what's actually going on, then we can get things fixed". Regards, Michael Erskine. From msemtd at googlemail.com Fri Nov 26 02:02:11 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 09:02:11 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <002a01cb8c7c$ab5b1ea0$02115be0$@de> References: <001001cb8a55$3f819020$be84b060$@de> <002a01cb8c7c$ab5b1ea0$02115be0$@de> Message-ID: On 25 November 2010 08:42, Emanuel wrote: > I knew this would be asked ^^ > That's the problem, it was on a customer laptop. On a freshly installed Win7 > system the problem was not reproducible. > So I know, answering such a diffuse question may be impossible, maybe I > should have asked about user experience with rxtx on Windows 7 (32 bit). > (btw. using 64-bit OS caused a bunch of different problems ... out of scope > here) > > Regards > Emanuel So you don't have the source code to your own application? How on earth do you maintain your/your customer's software? The USB adapter: FTDI/Prolific/MTD? Regards, Michael. From eb at inotec-feg.de Fri Nov 26 03:13:54 2010 From: eb at inotec-feg.de (Emanuel) Date: Fri, 26 Nov 2010 11:13:54 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000601cb8d52$a1dd2310$e5976930$@de> Hi Michael, of course i do have my own sources, but i can't reproduce the problem on our hardware. So I can't shrink the app to the bare minimum which is still showing the problem. Posting the hole application (beside not allowed to me) makes no sense. Maybe there is just a threading/synchronization problem. The used usb serial adapter is a Silabs CP210x. Best regards Emanuel -----Urspr?ngliche Nachricht----- Von: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] Im Auftrag von Michael Erskine Gesendet: Dienstag, 23. November 2010 14:20 An: rxtx at qbang.org Betreff: Re: [Rxtx] Windows 7 32-bit issues Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From msemtd at googlemail.com Fri Nov 26 03:55:27 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 10:55:27 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <000601cb8d52$a1dd2310$e5976930$@de> References: <001001cb8a55$3f819020$be84b060$@de> <000601cb8d52$a1dd2310$e5976930$@de> Message-ID: On 26 November 2010 10:13, Emanuel wrote: > Hi Michael, > > of course i do have my own sources, but i can't reproduce the problem on our > hardware. > So I can't shrink the app to the bare minimum which is still showing the > problem. Posting the hole application (beside not allowed to me) makes no > sense. > Maybe there is just a threading/synchronization problem. Hi Emanuel, I usually perform all reads and error handling as serial events but flag failures to be handled in the application foreground (or any other thread other than the event handler). Perhaps I have some techniques you can use to make your code more robust. > The used usb serial adapter is a Silabs CP210x. Wow, another usb/rs232 chip to add to my wishlist! (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) Has this adapter been generally OK? > Best regards > Emanuel Regards, Michael Erskine. From davestechshop at gmail.com Fri Nov 26 12:43:12 2010 From: davestechshop at gmail.com (Dave) Date: Fri, 26 Nov 2010 14:43:12 -0500 Subject: [Rxtx] rxtx javadoc - need a simple how to for generating local javadoc files (Netbeans/Ubuntu) Message-ID: Would anyone be kind enough to provide some simple steps that would help me generate the local javadoc files for rxtx? Cookbook style would be great (step 1, step2, etc.) I have downloaded the source from CVS already, but everything related to building from source is new to me. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at ubuntu.com Sun Nov 28 17:12:30 2010 From: showard314 at ubuntu.com (Scott Howard) Date: Sun, 28 Nov 2010 19:12:30 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi Peter, On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: > I notice that Debian have patched their version of RXTX so that it scans all > ports listed under "Linux-all-ports" in RXTXCommDriver.java. The version of rxtx that will be officially released in the upcoming Debian release will still only scan a limited number of ports. However, there is an experimental version rxtx which scans all ports. Ubuntu "Natty" is also testing the version that scans Linux-all-ports, but the "Maverick" release only scanned a limited number of ports. I'm using the experimental version that scans all ports, and I have not seen a decrease in speed. I've been encouraging users to try the experimental packages, and I have not heard of any speed decrease from them so far. My plan is to continue testing and release the experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). An interesting statistic: 55% of the users of the debian rxtx package installed it because they are using the arduino platform. That number is increasing pretty rapidly. Regards, Scott From dam at mellis.org Sun Nov 28 21:24:56 2010 From: dam at mellis.org (David A. Mellis) Date: Sun, 28 Nov 2010 23:24:56 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi, Do you think there's any chance of backporting the inclusion of /dev/ttyACM* into the RXTX on earlier distributions of Debian and Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno and Mega 2560 by applying Peter's patch as part of the process of packaging Arduino for those distributions, that's fine too. Either way, let me know if there's anything I can do to help with the process. For the RXTX developers: do you think there's any possibility of allowing the application using RXTX to specify the list of prefixes to scan (in addition to the current ability to specify the specific ports to use)? Would there be any interest in a patch for this? David On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: > Hi Peter, > > On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >> I notice that Debian have patched their version of RXTX so that it scans all >> ports listed under "Linux-all-ports" in RXTXCommDriver.java. > > The version of rxtx that will be officially released in the upcoming > Debian release will still only scan a limited number of ports. > However, there is an experimental version rxtx which scans all ports. > Ubuntu "Natty" is also testing the version that scans Linux-all-ports, > but the "Maverick" release only scanned a limited number of ports. > > I'm using the experimental version that scans all ports, and I have > not seen a decrease in speed. I've been encouraging users to try the > experimental packages, and I have not heard of any speed decrease from > them so far. My plan is to continue testing and release the > experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). > > An interesting statistic: 55% of the users of the debian rxtx package > installed it because they are using the arduino platform. That number > is increasing pretty rapidly. > > Regards, > Scott > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Mon Nov 29 05:01:15 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 29 Nov 2010 05:01:15 -0700 (MST) Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: RXTX allows a list of ports to be specified but not in addition to the default port enumeration. http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F I'm not sure that adding more ways to do that is going to help people. It will probably confuse them more than anything. With wide spread acceptance of udev in common distributinos, it makes sense to enumerate all ports now. The remaining concern is embedded devices that may not run udev. That said, they don't create all device files typically and could use the above workaround. We can put a patch in at rxtx.org if there are no significant objections. On Sun, 28 Nov 2010, David A. Mellis wrote: > Hi, > > Do you think there's any chance of backporting the inclusion of > /dev/ttyACM* into the RXTX on earlier distributions of Debian and > Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno > and Mega 2560 by applying Peter's patch as part of the process of > packaging Arduino for those distributions, that's fine too. Either > way, let me know if there's anything I can do to help with the > process. > > For the RXTX developers: do you think there's any possibility of > allowing the application using RXTX to specify the list of prefixes to > scan (in addition to the current ability to specify the specific ports > to use)? Would there be any interest in a patch for this? > > David > > On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: >> Hi Peter, >> >> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >>> I notice that Debian have patched their version of RXTX so that it scans all >>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >> >> The version of rxtx that will be officially released in the upcoming >> Debian release will still only scan a limited number of ports. >> However, there is an experimental version rxtx which scans all ports. >> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >> but the "Maverick" release only scanned a limited number of ports. >> >> I'm using the experimental version that scans all ports, and I have >> not seen a decrease in speed. I've been encouraging users to try the >> experimental packages, and I have not heard of any speed decrease from >> them so far. My plan is to continue testing and release the >> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >> >> An interesting statistic: 55% of the users of the debian rxtx package >> installed it because they are using the arduino platform. That number >> is increasing pretty rapidly. >> >> Regards, >> Scott >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From eb at inotec-feg.de Mon Nov 29 05:39:01 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 29 Nov 2010 13:39:01 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000001cb8fc2$66c49de0$344dd9a0$@de> Hi Michael, > I usually perform all reads and error handling as serial events but > flag failures to be handled in the application foreground (or any > other thread other than the event handler). Perhaps I have some > techniques you can use to make your code more robust. Of course I'm interested in alternatives making the code more robust. > (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) > Has this adapter been generally OK? We actually used this adapter in some projects. Personally i don't like it that much. We actually even found a bug while using it in one projects 3 years ago (already using it in a production environment). It was fixed quite fast after reporting it. AFAIK the current drivers are stable enough but it seems there are still iusses with them. Best regards Emanuel From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From bschlining at gmail.com Tue Nov 23 09:17:33 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 23 Nov 2010 08:17:33 -0800 Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <484120.44130.qm@web63103.mail.re1.yahoo.com> References: <484120.44130.qm@web63103.mail.re1.yahoo.com> Message-ID: Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: > I will be working on unit tests next. I have experience with JUnit and > Cobertura. The rewrite contains software loopbacks for testing without > hardware loopbacks, and I was thinking hardware loopbacks could be used via > settings in the properties file - so CI can test for regressions. My hope is > once we have 100% test coverage on the rewrite, the community will have > greater confidence in it. > > -Adrian > > --- On Mon, 11/22/10, Trent Jarvi wrote: > > > From: Trent Jarvi > > Subject: Re: [Rxtx] rxtx 2010 rewrite > > To: rxtx at qbang.org > > Cc: "Dave" > > Date: Monday, November 22, 2010, 7:57 PM > > > > I'm not for or against the rewrite effort. I do > > represent one of those people needing 'stable now' when I go > > to work. Here at home I'm interested in the future of > > RXTX for all those neat projects I hear about. I'm all for > > some experimenting and growing. > > > > What RXTX lacks is not coders. We have had many ideas > > bouncing around and some code that deals with things like > > serial ports that vanish (USB). The C++ rewrite is > > proof of interest there and I'm glad to see it. > > > > So whats missing? > > > > The JCP required test suites. CommAPI and RXTX lack > > test suites. CommAPI was grandfathered into the JCP and > > shortly later 'broken' for a customer right in the JCP by > > adding Solaris specific hooks. > > > > Testing CommAPI/RXTX is difficult. > > > > At work I have test suites but the coverage is specific to > > those needs - these tests existed before I started working > > there. Maybe they cover your needs, maybe not. I > > use those to qualify RXTX releases which is alot more than I > > used to do. The tests are in MATLAB code going through > > a layer of java and don't lend well to sharing (though its a > > possibility). Those test suites are the best we all have at > > this time as far as I know and that does not bode well for a > > smooth transition to a rewrite for multiple projects. > > > > > > I could run the suites against the rewrite. Honestly, > > I'm not comfortable that they cover enough for generic > > qualification though. As an example, the testsuite > > requires a loopback connection. Fun thing is the other > > side is always configured like your side. Setting > > hardware flow control failed? No problem. Its > > still odd parity? Good to go! It failed on the > > other side too. > > > > > > In agreement with Julie, there are many subtle things in > > rxtx that took more than 3 years to flush out. That > > does not mean we can't figure out how to move forward > > (without the circus wagons). > > > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > > wrote: > > > > > Adrian, > > > > > > As I've said before, some of us are ready, willing and > > able to work on RXTX, > > > but we need something much more stable NOW, and the > > existing code base is > > > the most stable, most time-tested thing going. It's > > easy to say "it should > > > work reliably", but my experience is that code like > > this typically takes 2 > > > to 3 =years= before there is enough experience with > > the code to be called > > > "working reliably". > > > > > > What I'd like to know is who feels they have a > > =reliable=, =stable=, > > > relatively =bug-free= version of the existing code > > that could be a base for > > > something that can tide people over until your work is > > well enough tested > > > that people can start migrating less critical > > applications to it. My > > > company puts products inside boxes that have to work > > for years on end. I'm > > > not going to trust my company's existence to a brand > > new re-write, and I > > > suspect there are a number of other business owners or > > consultants who are > > > in the same situation. > > > -- > > > Julie Haugh > > > Senior Design Engineer > > > greenHouse Computers, LLC // jfh at greenhousepc.com > > // greenHousePC on > > > Skype > > > > > > > > > -------- Original > > Message -------- > > > Subject: Re: [Rxtx] > > rxtx 2010 rewrite > > > From: Adrian Crum > > > > > Date: Sun, November 21, > > 2010 9:21 pm > > > To: Dave , > > rxtx at qbang.org > > > > > > The rewrite is > > preliminary code - it needs more work. It should > > > work reliably in a > > Windows environment. The rewrite needs more > > > community participation > > to move it along. > > > > > > The best resource for > > help is the RXTX mailing list - > > > rxtx at qbang.org. > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 23 11:49:22 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 10:49:22 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <952726.30532.qm@web63102.mail.re1.yahoo.com> Check out the current repo using these instructions: http://rxtx.qbang.org/wiki/index.php/Retrieving_Source_Code and you will find the rewrite in the Rewrite2010 folder. There is a pdf document in that folder that gives an overview of the rewrite. -Adrian --- On Tue, 11/23/10, Brian Schlining wrote: From: Brian Schlining Subject: Re: [Rxtx] rxtx 2010 rewrite To: rxtx at qbang.org Date: Tuesday, November 23, 2010, 8:17 AM Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Tue Nov 23 14:28:15 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Tue, 23 Nov 2010 22:28:15 +0100 Subject: [Rxtx] Not receiving 0xa characters Message-ID: Dear all, I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. I can connect to a serial port created by a FTDI USB chip and send receive data from it. However it seems that I am not able to receive any characters with the value 0x0a (LF). Upon looking into the source code of the serial implementation I found that opening the port happens without the binary flag so I suppose that LF gets possibly eaten by the OS. Could this be the problem? Is such a problem known? Are there workarounds? Thanks in advance, best regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From msemtd at googlemail.com Wed Nov 24 02:23:44 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 09:23:44 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip and > send receive data from it. However it seems that I am not able to receive > any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem > known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. From tristan.dyer at cgi.com Wed Nov 24 05:07:01 2010 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Wed, 24 Nov 2010 07:07:01 -0500 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D051B6EFE@MTL-MSG-02.cgiclients.com> I had an issue like that about a year ago, But in my case I was piping the data into a Ubuntu VM from XP. Started using Ubuntu natively and the problem went away. It may be an issue with the usb->serial converter. -Tristan -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Erskine Sent: Wednesday, November 24, 2010 5:24 AM To: rxtx at qbang.org Subject: Re: [Rxtx] Not receiving 0xa characters On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip > and send receive data from it. However it seems that I am not able to > receive any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found > that opening the port happens without the binary flag so I suppose > that LF gets possibly eaten by the OS. Could this be the problem? Is > such a problem known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From jfh at greenhousepc.com Wed Nov 24 05:16:38 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 05:16:38 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124051638.8ef0e5b4a80cef441275a6330ffad77d.b6369d0806.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Kustaa.Nyholm at planmeca.com Wed Nov 24 06:57:34 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 15:57:34 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: Message-ID: Hi, have look at: http://linux.die.net/man/3/tcsetattr I think (without looking at txrx source code) that the port is opened without correctly setting INLCR,ICRNL and/or IGNCR. But that is Unix/Linux stuff and you are on windows. However, I would suspect there is a similar feature and possibility of a bug in rxtx on Windows too. The obvious workaround is to correct that in the source code if you are able to recompile from source. The other possibility is to try to figure out why the port in question defaults to eating LFs (0x0A). I had a program that had this same bug and hundreds of people used it without a problem until on one Linux machine it failed with similar symptoms to yours, only in my case it was output. So you might be able to somehow configure the port to default to sensible values so that even if rxtx does not set them correctly they would be set correctly by default. Just 2 snt worth. br Kusti > From: Christoph Wei? > Reply-To: > Date: Tue, 23 Nov 2010 23:28:15 +0200 > To: > Conversation: [Rxtx] Not receiving 0xa characters > Subject: [Rxtx] Not receiving 0xa characters > > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. > I can connect to a serial port created by a FTDI USB chip and send receive > data from it. However it seems that I am not able to receive any characters > with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem known? > Are there workarounds? > > Thanks in advance, > best regards, > Chris From msemtd at googlemail.com Wed Nov 24 08:07:58 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 15:07:58 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: OK, to stem this madness I just ran some tests on RXTX-2.1-7 using java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort SerialInputStream instance. I am reading and writing linefeeds with no problem. If somebody has a genuine issue with their data receive code just post it here and I will show you exactly why it is broken. Thankyouverymuch. From mariusz.dec at gmail.com Wed Nov 24 08:21:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 24 Nov 2010 16:21:06 +0100 Subject: [Rxtx] Not receiving 0xa characters References: Message-ID: Hi, first thing is to check if sender sends this code. There are a lot of terminal's software where you may configure EOL (END_OF_LINE) character or sequence.... I think that problem is here :) Mariusz ----- Original Message ----- From: "Michael Erskine" To: Sent: Wednesday, November 24, 2010 4:07 PM Subject: Re: [Rxtx] Not receiving 0xa characters > OK, to stem this madness I just ran some tests on RXTX-2.1-7 using > java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort > SerialInputStream instance. I am reading and writing linefeeds with no > problem. > > If somebody has a genuine issue with their data receive code just post > it here and I will show you exactly why it is broken. > > Thankyouverymuch. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From Kustaa.Nyholm at planmeca.com Wed Nov 24 11:01:59 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 20:01:59 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: , Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> >OK, to stem this madness I just ran some tests on RXTX-2.1-7 using >java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort >SerialInputStream instance. I am reading and writing linefeeds with no >problem. Do I detect a hint of some attitude there? The OP surely had a problem or he would not have posted here. It maybe that the problem is on the sender side or in his code. Or maybe not. It certainly is possible for the serial driver to eat or inject various combinations of CR and/or LF. Seen that, been there, done that. Doing a simple test like sending and receiving LFs does not prove much, one way or the other, it could be that your OS/driver works but the OP's configuration doesn't. If there is an issue in rxtx in that it does not set those flags I mentioned (or equivalent in Windows, if any) then it is possible that it would all depend on the ports default behavior.Like I wrote, I have not looked at the source code so I was just speculating, as I think I clearly said. If you have knowledge about this, for example know for fact that this cannot happen in Windows for any driver or if you have looked into the source code and think that what I speculated cannot be the problem then just say so and explain your reasoning. Calling this madness is not very productive. >If somebody has a genuine issue with their data receive code just post >it here and I will show you exactly why it is broken. If the OP would post the code then I would be interested to take up your offer! >Thankyouverymuch. Thank *you*. br Kusti From jfh at greenhousepc.com Wed Nov 24 11:32:10 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:32:10 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124113210.8ef0e5b4a80cef441275a6330ffad77d.2973054590.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Nov 24 11:09:48 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 24 Nov 2010 11:09:48 -0700 (MST) Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port to 'raw' after opening to avoid those translations/filters. We 'stomp' on the port to force it into a predictable configuration. term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); term->c_oflag &= ~OPOST; term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); term->c_cflag &= ~(CSIZE|PARENB); term->c_cflag |= CS8; On windows, RXTX may not be as robust and could probably use a code review by someone familiar with the structs (termios.c). I could imagine a driver on windows having unusual defaults RXTX does not override causing problems. There are not many drivers out there though. I've personally not run into the situation mentioned. On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > Hi, > > have look at: > > http://linux.die.net/man/3/tcsetattr > > I think (without looking at txrx source code) that the port > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > But that is Unix/Linux stuff and you are on windows. However, > I would suspect there is a similar feature and possibility > of a bug in rxtx on Windows too. > > The obvious workaround is to correct that in the source code > if you are able to recompile from source. > > The other possibility is to try to figure out why the > port in question defaults to eating LFs (0x0A). > > I had a program that had this same bug and hundreds of > people used it without a problem until on one Linux machine > it failed with similar symptoms to yours, only in my case > it was output. > > So you might be able to somehow configure the port to default to sensible > values so that even if rxtx does not set them correctly they > would be set correctly by default. > > Just 2 snt worth. > > br Kusti > > > >> From: Christoph Wei? >> Reply-To: >> Date: Tue, 23 Nov 2010 23:28:15 +0200 >> To: >> Conversation: [Rxtx] Not receiving 0xa characters >> Subject: [Rxtx] Not receiving 0xa characters >> >> Dear all, >> >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. >> I can connect to a serial port created by a FTDI USB chip and send receive >> data from it. However it seems that I am not able to receive any characters >> with the value 0x0a (LF). >> Upon looking into the source code of the serial implementation I found that >> opening the port happens without the binary flag so I suppose that LF gets >> possibly eaten by the OS. Could this be the problem? Is such a problem known? >> Are there workarounds? >> >> Thanks in advance, >> best regards, >> Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From jfh at greenhousepc.com Wed Nov 24 11:59:47 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:59:47 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Wed Nov 24 14:29:57 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Wed, 24 Nov 2010 22:29:57 +0100 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> References: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> Message-ID: Guys, I actually tried to reply about 12 hours ago, but as it seems this message was for some reasons relayed to the moderators. I found the error in my code and it was a very simple embarrassing one that i always read over ... I shouldn't reuse demo code without checking it twice :-/ I'm sorry for bothering you and want to say thanks for all the input when it was all my fault. Embarrassed regards, Chris On Wed, Nov 24, 2010 at 7:59 PM, wrote: > Trent, > > On =some= POSIX systems the TERMIOS are reset. On many, they aren't, in > order to avoid a number of other problems. > > It's always best, because of "lingering termios" problems to build a > mostly-raw termios by hand. In the case of RXTX, the one problem I saw is > that the port is initially set to B9600, which means any characters that are > received immediately are mis-framed. I've seen this in my code where > gibberish shows up in the initial stream. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] Not receiving 0xa characters > From: Trent Jarvi > Date: Wed, November 24, 2010 12:09 pm > To: "rxtx at qbang.org" > > > On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port > to 'raw' after opening to avoid those translations/filters. We 'stomp' on > the port to force it into a predictable configuration. > > term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); > term->c_oflag &= ~OPOST; > term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); > term->c_cflag &= ~(CSIZE|PARENB); > term->c_cflag |= CS8; > > On windows, RXTX may not be as robust and could probably use a code review > by someone familiar with the structs (termios.c). > > I could imagine a driver on windows having unusual defaults RXTX does not > override causing problems. There are not many drivers out there though. > I've personally not run into the situation mentioned. > > > On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > > > Hi, > > > > have look at: > > > > http://linux.die.net/man/3/tcsetattr > > > > I think (without looking at txrx source code) that the port > > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > > But that is Unix/Linux stuff and you are on windows. However, > > I would suspect there is a similar feature and possibility > > of a bug in rxtx on Windows too. > > > > The obvious workaround is to correct that in the source code > > if you are able to recompile from source. > > > > The other possibility is to try to figure out why the > > port in question defaults to eating LFs (0x0A). > > > > I had a program that had this same bug and hundreds of > > people used it without a problem until on one Linux machine > > it failed with similar symptoms to yours, only in my case > > it was output. > > > > So you might be able to somehow configure the port to default to sensible > > values so that even if rxtx does not set them correctly they > > would be set correctly by default. > > > > Just 2 snt worth. > > > > br Kusti > > > > > > > >> From: Christoph Wei? > >> Reply-To: > >> Date: Tue, 23 Nov 2010 23:28:15 +0200 > >> To: > >> Conversation: [Rxtx] Not receiving 0xa characters > >> Subject: [Rxtx] Not receiving 0xa characters > >> > >> Dear all, > >> > >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. > >> I can connect to a serial port created by a FTDI USB chip and send > receive > >> data from it. However it seems that I am not able to receive any > characters > >> with the value 0x0a (LF). > >> Upon looking into the source code of the serial implementation I found > that > >> opening the port happens without the binary flag so I suppose that LF > gets > >> possibly eaten by the OS. Could this be the problem? Is such a problem > known? > >> Are there workarounds? > >> > >> Thanks in advance, > >> best regards, > >> Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > ------------------------------ > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Thu Nov 25 01:42:18 2010 From: eb at inotec-feg.de (Emanuel) Date: Thu, 25 Nov 2010 09:42:18 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <002a01cb8c7c$ab5b1ea0$02115be0$@de> I knew this would be asked ^^ That's the problem, it was on a customer laptop. On a freshly installed Win7 system the problem was not reproducible. So I know, answering such a diffuse question may be impossible, maybe I should have asked about user experience with rxtx on Windows 7 (32 bit). (btw. using 64-bit OS caused a bunch of different problems ... out of scope here) Regards Emanuel >> Post a minimal implementation that reproduces the error and we can >> tell you what's going wrong. From msemtd at googlemail.com Thu Nov 25 03:21:15 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Thu, 25 Nov 2010 10:21:15 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> References: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> Message-ID: On 24 November 2010 18:01, Kustaa Nyholm wrote: > Do I detect a hint of some attitude there? Yes, attitude all the way! :) I don't mean to sound like an ass but sometimes it just comes across badly. I shall try to be more diplomatic with my posts but they will usually be along the lines of "enough theory, just post the code to let us see what's actually going on, then we can get things fixed". Regards, Michael Erskine. From msemtd at googlemail.com Fri Nov 26 02:02:11 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 09:02:11 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <002a01cb8c7c$ab5b1ea0$02115be0$@de> References: <001001cb8a55$3f819020$be84b060$@de> <002a01cb8c7c$ab5b1ea0$02115be0$@de> Message-ID: On 25 November 2010 08:42, Emanuel wrote: > I knew this would be asked ^^ > That's the problem, it was on a customer laptop. On a freshly installed Win7 > system the problem was not reproducible. > So I know, answering such a diffuse question may be impossible, maybe I > should have asked about user experience with rxtx on Windows 7 (32 bit). > (btw. using 64-bit OS caused a bunch of different problems ... out of scope > here) > > Regards > Emanuel So you don't have the source code to your own application? How on earth do you maintain your/your customer's software? The USB adapter: FTDI/Prolific/MTD? Regards, Michael. From eb at inotec-feg.de Fri Nov 26 03:13:54 2010 From: eb at inotec-feg.de (Emanuel) Date: Fri, 26 Nov 2010 11:13:54 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000601cb8d52$a1dd2310$e5976930$@de> Hi Michael, of course i do have my own sources, but i can't reproduce the problem on our hardware. So I can't shrink the app to the bare minimum which is still showing the problem. Posting the hole application (beside not allowed to me) makes no sense. Maybe there is just a threading/synchronization problem. The used usb serial adapter is a Silabs CP210x. Best regards Emanuel -----Urspr?ngliche Nachricht----- Von: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] Im Auftrag von Michael Erskine Gesendet: Dienstag, 23. November 2010 14:20 An: rxtx at qbang.org Betreff: Re: [Rxtx] Windows 7 32-bit issues Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From msemtd at googlemail.com Fri Nov 26 03:55:27 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 10:55:27 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <000601cb8d52$a1dd2310$e5976930$@de> References: <001001cb8a55$3f819020$be84b060$@de> <000601cb8d52$a1dd2310$e5976930$@de> Message-ID: On 26 November 2010 10:13, Emanuel wrote: > Hi Michael, > > of course i do have my own sources, but i can't reproduce the problem on our > hardware. > So I can't shrink the app to the bare minimum which is still showing the > problem. Posting the hole application (beside not allowed to me) makes no > sense. > Maybe there is just a threading/synchronization problem. Hi Emanuel, I usually perform all reads and error handling as serial events but flag failures to be handled in the application foreground (or any other thread other than the event handler). Perhaps I have some techniques you can use to make your code more robust. > The used usb serial adapter is a Silabs CP210x. Wow, another usb/rs232 chip to add to my wishlist! (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) Has this adapter been generally OK? > Best regards > Emanuel Regards, Michael Erskine. From davestechshop at gmail.com Fri Nov 26 12:43:12 2010 From: davestechshop at gmail.com (Dave) Date: Fri, 26 Nov 2010 14:43:12 -0500 Subject: [Rxtx] rxtx javadoc - need a simple how to for generating local javadoc files (Netbeans/Ubuntu) Message-ID: Would anyone be kind enough to provide some simple steps that would help me generate the local javadoc files for rxtx? Cookbook style would be great (step 1, step2, etc.) I have downloaded the source from CVS already, but everything related to building from source is new to me. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at ubuntu.com Sun Nov 28 17:12:30 2010 From: showard314 at ubuntu.com (Scott Howard) Date: Sun, 28 Nov 2010 19:12:30 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi Peter, On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: > I notice that Debian have patched their version of RXTX so that it scans all > ports listed under "Linux-all-ports" in RXTXCommDriver.java. The version of rxtx that will be officially released in the upcoming Debian release will still only scan a limited number of ports. However, there is an experimental version rxtx which scans all ports. Ubuntu "Natty" is also testing the version that scans Linux-all-ports, but the "Maverick" release only scanned a limited number of ports. I'm using the experimental version that scans all ports, and I have not seen a decrease in speed. I've been encouraging users to try the experimental packages, and I have not heard of any speed decrease from them so far. My plan is to continue testing and release the experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). An interesting statistic: 55% of the users of the debian rxtx package installed it because they are using the arduino platform. That number is increasing pretty rapidly. Regards, Scott From dam at mellis.org Sun Nov 28 21:24:56 2010 From: dam at mellis.org (David A. Mellis) Date: Sun, 28 Nov 2010 23:24:56 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi, Do you think there's any chance of backporting the inclusion of /dev/ttyACM* into the RXTX on earlier distributions of Debian and Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno and Mega 2560 by applying Peter's patch as part of the process of packaging Arduino for those distributions, that's fine too. Either way, let me know if there's anything I can do to help with the process. For the RXTX developers: do you think there's any possibility of allowing the application using RXTX to specify the list of prefixes to scan (in addition to the current ability to specify the specific ports to use)? Would there be any interest in a patch for this? David On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: > Hi Peter, > > On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >> I notice that Debian have patched their version of RXTX so that it scans all >> ports listed under "Linux-all-ports" in RXTXCommDriver.java. > > The version of rxtx that will be officially released in the upcoming > Debian release will still only scan a limited number of ports. > However, there is an experimental version rxtx which scans all ports. > Ubuntu "Natty" is also testing the version that scans Linux-all-ports, > but the "Maverick" release only scanned a limited number of ports. > > I'm using the experimental version that scans all ports, and I have > not seen a decrease in speed. I've been encouraging users to try the > experimental packages, and I have not heard of any speed decrease from > them so far. My plan is to continue testing and release the > experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). > > An interesting statistic: 55% of the users of the debian rxtx package > installed it because they are using the arduino platform. That number > is increasing pretty rapidly. > > Regards, > Scott > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Mon Nov 29 05:01:15 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 29 Nov 2010 05:01:15 -0700 (MST) Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: RXTX allows a list of ports to be specified but not in addition to the default port enumeration. http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F I'm not sure that adding more ways to do that is going to help people. It will probably confuse them more than anything. With wide spread acceptance of udev in common distributinos, it makes sense to enumerate all ports now. The remaining concern is embedded devices that may not run udev. That said, they don't create all device files typically and could use the above workaround. We can put a patch in at rxtx.org if there are no significant objections. On Sun, 28 Nov 2010, David A. Mellis wrote: > Hi, > > Do you think there's any chance of backporting the inclusion of > /dev/ttyACM* into the RXTX on earlier distributions of Debian and > Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno > and Mega 2560 by applying Peter's patch as part of the process of > packaging Arduino for those distributions, that's fine too. Either > way, let me know if there's anything I can do to help with the > process. > > For the RXTX developers: do you think there's any possibility of > allowing the application using RXTX to specify the list of prefixes to > scan (in addition to the current ability to specify the specific ports > to use)? Would there be any interest in a patch for this? > > David > > On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: >> Hi Peter, >> >> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >>> I notice that Debian have patched their version of RXTX so that it scans all >>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >> >> The version of rxtx that will be officially released in the upcoming >> Debian release will still only scan a limited number of ports. >> However, there is an experimental version rxtx which scans all ports. >> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >> but the "Maverick" release only scanned a limited number of ports. >> >> I'm using the experimental version that scans all ports, and I have >> not seen a decrease in speed. I've been encouraging users to try the >> experimental packages, and I have not heard of any speed decrease from >> them so far. My plan is to continue testing and release the >> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >> >> An interesting statistic: 55% of the users of the debian rxtx package >> installed it because they are using the arduino platform. That number >> is increasing pretty rapidly. >> >> Regards, >> Scott >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From eb at inotec-feg.de Mon Nov 29 05:39:01 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 29 Nov 2010 13:39:01 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000001cb8fc2$66c49de0$344dd9a0$@de> Hi Michael, > I usually perform all reads and error handling as serial events but > flag failures to be handled in the application foreground (or any > other thread other than the event handler). Perhaps I have some > techniques you can use to make your code more robust. Of course I'm interested in alternatives making the code more robust. > (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) > Has this adapter been generally OK? We actually used this adapter in some projects. Personally i don't like it that much. We actually even found a bug while using it in one projects 3 years ago (already using it in a production environment). It was fixed quite fast after reporting it. AFAIK the current drivers are stable enough but it seems there are still iusses with them. Best regards Emanuel From dam at mellis.org Mon Nov 29 08:02:42 2010 From: dam at mellis.org (David A. Mellis) Date: Mon, 29 Nov 2010 10:02:42 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Switching to enumerating all ports under Linux would be a fine solution for my (Arduino) use cases. Are you planning to make this change in RXTX itself? (Apologies if you already did and I didn't notice.) Otherwise, I think it makes sense to provide a way to specify prefixes to scan in addition to a way to specify ports to use. The former is about using additional ports, the latter (typically) about using fewer ports. Doing the latter to achieve the former requires the application to do its own scan, which seems redundant when RXTX already has code for it. David On Mon, Nov 29, 2010 at 7:01 AM, Trent Jarvi wrote: > > RXTX allows a list of ports to be specified but not in addition to the > default port enumeration. > > http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F > > I'm not sure that adding more ways to do that is going to help people. ?It > will probably confuse them more than anything. > > With wide spread acceptance of udev in common distributinos, it makes sense > to enumerate all ports now. ?The remaining concern is embedded devices that > may not run udev. ?That said, they don't create all device files typically > and could use the above workaround. > > We can put a patch in at rxtx.org if there are no significant objections. > > On Sun, 28 Nov 2010, David A. Mellis wrote: > >> Hi, >> >> Do you think there's any chance of backporting the inclusion of >> /dev/ttyACM* into the RXTX on earlier distributions of Debian and >> Ubuntu? ?Of course, if instead you'd prefer to support the Arduino Uno >> and Mega 2560 by applying Peter's patch as part of the process of >> packaging Arduino for those distributions, that's fine too. ?Either >> way, let me know if there's anything I can do to help with the >> process. >> >> For the RXTX developers: do you think there's any possibility of >> allowing the application using RXTX to specify the list of prefixes to >> scan (in addition to the current ability to specify the specific ports >> to use)? ?Would there be any interest in a patch for this? >> >> David >> >> On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard >> wrote: >>> >>> Hi Peter, >>> >>> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver >>> wrote: >>>> >>>> I notice that Debian have patched their version of RXTX so that it scans >>>> all >>>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >>> >>> The version of rxtx that will be officially released in the upcoming >>> Debian release will still only scan a limited number of ports. >>> However, there is an experimental version rxtx which scans all ports. >>> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >>> but the "Maverick" release only scanned a limited number of ports. >>> >>> I'm using the experimental version that scans all ports, and I have >>> not seen a decrease in speed. I've been encouraging users to try the >>> experimental packages, and I have not heard of any speed decrease from >>> them so far. My plan is to continue testing and release the >>> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >>> >>> An interesting statistic: 55% of the users of the debian rxtx package >>> installed it because they are using the arduino platform. That number >>> is increasing pretty rapidly. >>> >>> Regards, >>> Scott >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From bschlining at gmail.com Tue Nov 23 09:17:33 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 23 Nov 2010 08:17:33 -0800 Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <484120.44130.qm@web63103.mail.re1.yahoo.com> References: <484120.44130.qm@web63103.mail.re1.yahoo.com> Message-ID: Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: > I will be working on unit tests next. I have experience with JUnit and > Cobertura. The rewrite contains software loopbacks for testing without > hardware loopbacks, and I was thinking hardware loopbacks could be used via > settings in the properties file - so CI can test for regressions. My hope is > once we have 100% test coverage on the rewrite, the community will have > greater confidence in it. > > -Adrian > > --- On Mon, 11/22/10, Trent Jarvi wrote: > > > From: Trent Jarvi > > Subject: Re: [Rxtx] rxtx 2010 rewrite > > To: rxtx at qbang.org > > Cc: "Dave" > > Date: Monday, November 22, 2010, 7:57 PM > > > > I'm not for or against the rewrite effort. I do > > represent one of those people needing 'stable now' when I go > > to work. Here at home I'm interested in the future of > > RXTX for all those neat projects I hear about. I'm all for > > some experimenting and growing. > > > > What RXTX lacks is not coders. We have had many ideas > > bouncing around and some code that deals with things like > > serial ports that vanish (USB). The C++ rewrite is > > proof of interest there and I'm glad to see it. > > > > So whats missing? > > > > The JCP required test suites. CommAPI and RXTX lack > > test suites. CommAPI was grandfathered into the JCP and > > shortly later 'broken' for a customer right in the JCP by > > adding Solaris specific hooks. > > > > Testing CommAPI/RXTX is difficult. > > > > At work I have test suites but the coverage is specific to > > those needs - these tests existed before I started working > > there. Maybe they cover your needs, maybe not. I > > use those to qualify RXTX releases which is alot more than I > > used to do. The tests are in MATLAB code going through > > a layer of java and don't lend well to sharing (though its a > > possibility). Those test suites are the best we all have at > > this time as far as I know and that does not bode well for a > > smooth transition to a rewrite for multiple projects. > > > > > > I could run the suites against the rewrite. Honestly, > > I'm not comfortable that they cover enough for generic > > qualification though. As an example, the testsuite > > requires a loopback connection. Fun thing is the other > > side is always configured like your side. Setting > > hardware flow control failed? No problem. Its > > still odd parity? Good to go! It failed on the > > other side too. > > > > > > In agreement with Julie, there are many subtle things in > > rxtx that took more than 3 years to flush out. That > > does not mean we can't figure out how to move forward > > (without the circus wagons). > > > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > > wrote: > > > > > Adrian, > > > > > > As I've said before, some of us are ready, willing and > > able to work on RXTX, > > > but we need something much more stable NOW, and the > > existing code base is > > > the most stable, most time-tested thing going. It's > > easy to say "it should > > > work reliably", but my experience is that code like > > this typically takes 2 > > > to 3 =years= before there is enough experience with > > the code to be called > > > "working reliably". > > > > > > What I'd like to know is who feels they have a > > =reliable=, =stable=, > > > relatively =bug-free= version of the existing code > > that could be a base for > > > something that can tide people over until your work is > > well enough tested > > > that people can start migrating less critical > > applications to it. My > > > company puts products inside boxes that have to work > > for years on end. I'm > > > not going to trust my company's existence to a brand > > new re-write, and I > > > suspect there are a number of other business owners or > > consultants who are > > > in the same situation. > > > -- > > > Julie Haugh > > > Senior Design Engineer > > > greenHouse Computers, LLC // jfh at greenhousepc.com > > // greenHousePC on > > > Skype > > > > > > > > > -------- Original > > Message -------- > > > Subject: Re: [Rxtx] > > rxtx 2010 rewrite > > > From: Adrian Crum > > > > > Date: Sun, November 21, > > 2010 9:21 pm > > > To: Dave , > > rxtx at qbang.org > > > > > > The rewrite is > > preliminary code - it needs more work. It should > > > work reliably in a > > Windows environment. The rewrite needs more > > > community participation > > to move it along. > > > > > > The best resource for > > help is the RXTX mailing list - > > > rxtx at qbang.org. > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 23 11:49:22 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 10:49:22 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <952726.30532.qm@web63102.mail.re1.yahoo.com> Check out the current repo using these instructions: http://rxtx.qbang.org/wiki/index.php/Retrieving_Source_Code and you will find the rewrite in the Rewrite2010 folder. There is a pdf document in that folder that gives an overview of the rewrite. -Adrian --- On Tue, 11/23/10, Brian Schlining wrote: From: Brian Schlining Subject: Re: [Rxtx] rxtx 2010 rewrite To: rxtx at qbang.org Date: Tuesday, November 23, 2010, 8:17 AM Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Tue Nov 23 14:28:15 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Tue, 23 Nov 2010 22:28:15 +0100 Subject: [Rxtx] Not receiving 0xa characters Message-ID: Dear all, I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. I can connect to a serial port created by a FTDI USB chip and send receive data from it. However it seems that I am not able to receive any characters with the value 0x0a (LF). Upon looking into the source code of the serial implementation I found that opening the port happens without the binary flag so I suppose that LF gets possibly eaten by the OS. Could this be the problem? Is such a problem known? Are there workarounds? Thanks in advance, best regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From msemtd at googlemail.com Wed Nov 24 02:23:44 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 09:23:44 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip and > send receive data from it. However it seems that I am not able to receive > any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem > known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. From tristan.dyer at cgi.com Wed Nov 24 05:07:01 2010 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Wed, 24 Nov 2010 07:07:01 -0500 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D051B6EFE@MTL-MSG-02.cgiclients.com> I had an issue like that about a year ago, But in my case I was piping the data into a Ubuntu VM from XP. Started using Ubuntu natively and the problem went away. It may be an issue with the usb->serial converter. -Tristan -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Erskine Sent: Wednesday, November 24, 2010 5:24 AM To: rxtx at qbang.org Subject: Re: [Rxtx] Not receiving 0xa characters On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip > and send receive data from it. However it seems that I am not able to > receive any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found > that opening the port happens without the binary flag so I suppose > that LF gets possibly eaten by the OS. Could this be the problem? Is > such a problem known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From jfh at greenhousepc.com Wed Nov 24 05:16:38 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 05:16:38 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124051638.8ef0e5b4a80cef441275a6330ffad77d.b6369d0806.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Kustaa.Nyholm at planmeca.com Wed Nov 24 06:57:34 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 15:57:34 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: Message-ID: Hi, have look at: http://linux.die.net/man/3/tcsetattr I think (without looking at txrx source code) that the port is opened without correctly setting INLCR,ICRNL and/or IGNCR. But that is Unix/Linux stuff and you are on windows. However, I would suspect there is a similar feature and possibility of a bug in rxtx on Windows too. The obvious workaround is to correct that in the source code if you are able to recompile from source. The other possibility is to try to figure out why the port in question defaults to eating LFs (0x0A). I had a program that had this same bug and hundreds of people used it without a problem until on one Linux machine it failed with similar symptoms to yours, only in my case it was output. So you might be able to somehow configure the port to default to sensible values so that even if rxtx does not set them correctly they would be set correctly by default. Just 2 snt worth. br Kusti > From: Christoph Wei? > Reply-To: > Date: Tue, 23 Nov 2010 23:28:15 +0200 > To: > Conversation: [Rxtx] Not receiving 0xa characters > Subject: [Rxtx] Not receiving 0xa characters > > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. > I can connect to a serial port created by a FTDI USB chip and send receive > data from it. However it seems that I am not able to receive any characters > with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem known? > Are there workarounds? > > Thanks in advance, > best regards, > Chris From msemtd at googlemail.com Wed Nov 24 08:07:58 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 15:07:58 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: OK, to stem this madness I just ran some tests on RXTX-2.1-7 using java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort SerialInputStream instance. I am reading and writing linefeeds with no problem. If somebody has a genuine issue with their data receive code just post it here and I will show you exactly why it is broken. Thankyouverymuch. From mariusz.dec at gmail.com Wed Nov 24 08:21:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 24 Nov 2010 16:21:06 +0100 Subject: [Rxtx] Not receiving 0xa characters References: Message-ID: Hi, first thing is to check if sender sends this code. There are a lot of terminal's software where you may configure EOL (END_OF_LINE) character or sequence.... I think that problem is here :) Mariusz ----- Original Message ----- From: "Michael Erskine" To: Sent: Wednesday, November 24, 2010 4:07 PM Subject: Re: [Rxtx] Not receiving 0xa characters > OK, to stem this madness I just ran some tests on RXTX-2.1-7 using > java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort > SerialInputStream instance. I am reading and writing linefeeds with no > problem. > > If somebody has a genuine issue with their data receive code just post > it here and I will show you exactly why it is broken. > > Thankyouverymuch. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From Kustaa.Nyholm at planmeca.com Wed Nov 24 11:01:59 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 20:01:59 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: , Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> >OK, to stem this madness I just ran some tests on RXTX-2.1-7 using >java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort >SerialInputStream instance. I am reading and writing linefeeds with no >problem. Do I detect a hint of some attitude there? The OP surely had a problem or he would not have posted here. It maybe that the problem is on the sender side or in his code. Or maybe not. It certainly is possible for the serial driver to eat or inject various combinations of CR and/or LF. Seen that, been there, done that. Doing a simple test like sending and receiving LFs does not prove much, one way or the other, it could be that your OS/driver works but the OP's configuration doesn't. If there is an issue in rxtx in that it does not set those flags I mentioned (or equivalent in Windows, if any) then it is possible that it would all depend on the ports default behavior.Like I wrote, I have not looked at the source code so I was just speculating, as I think I clearly said. If you have knowledge about this, for example know for fact that this cannot happen in Windows for any driver or if you have looked into the source code and think that what I speculated cannot be the problem then just say so and explain your reasoning. Calling this madness is not very productive. >If somebody has a genuine issue with their data receive code just post >it here and I will show you exactly why it is broken. If the OP would post the code then I would be interested to take up your offer! >Thankyouverymuch. Thank *you*. br Kusti From jfh at greenhousepc.com Wed Nov 24 11:32:10 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:32:10 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124113210.8ef0e5b4a80cef441275a6330ffad77d.2973054590.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Nov 24 11:09:48 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 24 Nov 2010 11:09:48 -0700 (MST) Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port to 'raw' after opening to avoid those translations/filters. We 'stomp' on the port to force it into a predictable configuration. term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); term->c_oflag &= ~OPOST; term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); term->c_cflag &= ~(CSIZE|PARENB); term->c_cflag |= CS8; On windows, RXTX may not be as robust and could probably use a code review by someone familiar with the structs (termios.c). I could imagine a driver on windows having unusual defaults RXTX does not override causing problems. There are not many drivers out there though. I've personally not run into the situation mentioned. On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > Hi, > > have look at: > > http://linux.die.net/man/3/tcsetattr > > I think (without looking at txrx source code) that the port > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > But that is Unix/Linux stuff and you are on windows. However, > I would suspect there is a similar feature and possibility > of a bug in rxtx on Windows too. > > The obvious workaround is to correct that in the source code > if you are able to recompile from source. > > The other possibility is to try to figure out why the > port in question defaults to eating LFs (0x0A). > > I had a program that had this same bug and hundreds of > people used it without a problem until on one Linux machine > it failed with similar symptoms to yours, only in my case > it was output. > > So you might be able to somehow configure the port to default to sensible > values so that even if rxtx does not set them correctly they > would be set correctly by default. > > Just 2 snt worth. > > br Kusti > > > >> From: Christoph Wei? >> Reply-To: >> Date: Tue, 23 Nov 2010 23:28:15 +0200 >> To: >> Conversation: [Rxtx] Not receiving 0xa characters >> Subject: [Rxtx] Not receiving 0xa characters >> >> Dear all, >> >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. >> I can connect to a serial port created by a FTDI USB chip and send receive >> data from it. However it seems that I am not able to receive any characters >> with the value 0x0a (LF). >> Upon looking into the source code of the serial implementation I found that >> opening the port happens without the binary flag so I suppose that LF gets >> possibly eaten by the OS. Could this be the problem? Is such a problem known? >> Are there workarounds? >> >> Thanks in advance, >> best regards, >> Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From jfh at greenhousepc.com Wed Nov 24 11:59:47 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:59:47 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Wed Nov 24 14:29:57 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Wed, 24 Nov 2010 22:29:57 +0100 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> References: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> Message-ID: Guys, I actually tried to reply about 12 hours ago, but as it seems this message was for some reasons relayed to the moderators. I found the error in my code and it was a very simple embarrassing one that i always read over ... I shouldn't reuse demo code without checking it twice :-/ I'm sorry for bothering you and want to say thanks for all the input when it was all my fault. Embarrassed regards, Chris On Wed, Nov 24, 2010 at 7:59 PM, wrote: > Trent, > > On =some= POSIX systems the TERMIOS are reset. On many, they aren't, in > order to avoid a number of other problems. > > It's always best, because of "lingering termios" problems to build a > mostly-raw termios by hand. In the case of RXTX, the one problem I saw is > that the port is initially set to B9600, which means any characters that are > received immediately are mis-framed. I've seen this in my code where > gibberish shows up in the initial stream. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] Not receiving 0xa characters > From: Trent Jarvi > Date: Wed, November 24, 2010 12:09 pm > To: "rxtx at qbang.org" > > > On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port > to 'raw' after opening to avoid those translations/filters. We 'stomp' on > the port to force it into a predictable configuration. > > term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); > term->c_oflag &= ~OPOST; > term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); > term->c_cflag &= ~(CSIZE|PARENB); > term->c_cflag |= CS8; > > On windows, RXTX may not be as robust and could probably use a code review > by someone familiar with the structs (termios.c). > > I could imagine a driver on windows having unusual defaults RXTX does not > override causing problems. There are not many drivers out there though. > I've personally not run into the situation mentioned. > > > On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > > > Hi, > > > > have look at: > > > > http://linux.die.net/man/3/tcsetattr > > > > I think (without looking at txrx source code) that the port > > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > > But that is Unix/Linux stuff and you are on windows. However, > > I would suspect there is a similar feature and possibility > > of a bug in rxtx on Windows too. > > > > The obvious workaround is to correct that in the source code > > if you are able to recompile from source. > > > > The other possibility is to try to figure out why the > > port in question defaults to eating LFs (0x0A). > > > > I had a program that had this same bug and hundreds of > > people used it without a problem until on one Linux machine > > it failed with similar symptoms to yours, only in my case > > it was output. > > > > So you might be able to somehow configure the port to default to sensible > > values so that even if rxtx does not set them correctly they > > would be set correctly by default. > > > > Just 2 snt worth. > > > > br Kusti > > > > > > > >> From: Christoph Wei? > >> Reply-To: > >> Date: Tue, 23 Nov 2010 23:28:15 +0200 > >> To: > >> Conversation: [Rxtx] Not receiving 0xa characters > >> Subject: [Rxtx] Not receiving 0xa characters > >> > >> Dear all, > >> > >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. > >> I can connect to a serial port created by a FTDI USB chip and send > receive > >> data from it. However it seems that I am not able to receive any > characters > >> with the value 0x0a (LF). > >> Upon looking into the source code of the serial implementation I found > that > >> opening the port happens without the binary flag so I suppose that LF > gets > >> possibly eaten by the OS. Could this be the problem? Is such a problem > known? > >> Are there workarounds? > >> > >> Thanks in advance, > >> best regards, > >> Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > ------------------------------ > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Thu Nov 25 01:42:18 2010 From: eb at inotec-feg.de (Emanuel) Date: Thu, 25 Nov 2010 09:42:18 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <002a01cb8c7c$ab5b1ea0$02115be0$@de> I knew this would be asked ^^ That's the problem, it was on a customer laptop. On a freshly installed Win7 system the problem was not reproducible. So I know, answering such a diffuse question may be impossible, maybe I should have asked about user experience with rxtx on Windows 7 (32 bit). (btw. using 64-bit OS caused a bunch of different problems ... out of scope here) Regards Emanuel >> Post a minimal implementation that reproduces the error and we can >> tell you what's going wrong. From msemtd at googlemail.com Thu Nov 25 03:21:15 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Thu, 25 Nov 2010 10:21:15 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> References: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> Message-ID: On 24 November 2010 18:01, Kustaa Nyholm wrote: > Do I detect a hint of some attitude there? Yes, attitude all the way! :) I don't mean to sound like an ass but sometimes it just comes across badly. I shall try to be more diplomatic with my posts but they will usually be along the lines of "enough theory, just post the code to let us see what's actually going on, then we can get things fixed". Regards, Michael Erskine. From msemtd at googlemail.com Fri Nov 26 02:02:11 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 09:02:11 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <002a01cb8c7c$ab5b1ea0$02115be0$@de> References: <001001cb8a55$3f819020$be84b060$@de> <002a01cb8c7c$ab5b1ea0$02115be0$@de> Message-ID: On 25 November 2010 08:42, Emanuel wrote: > I knew this would be asked ^^ > That's the problem, it was on a customer laptop. On a freshly installed Win7 > system the problem was not reproducible. > So I know, answering such a diffuse question may be impossible, maybe I > should have asked about user experience with rxtx on Windows 7 (32 bit). > (btw. using 64-bit OS caused a bunch of different problems ... out of scope > here) > > Regards > Emanuel So you don't have the source code to your own application? How on earth do you maintain your/your customer's software? The USB adapter: FTDI/Prolific/MTD? Regards, Michael. From eb at inotec-feg.de Fri Nov 26 03:13:54 2010 From: eb at inotec-feg.de (Emanuel) Date: Fri, 26 Nov 2010 11:13:54 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000601cb8d52$a1dd2310$e5976930$@de> Hi Michael, of course i do have my own sources, but i can't reproduce the problem on our hardware. So I can't shrink the app to the bare minimum which is still showing the problem. Posting the hole application (beside not allowed to me) makes no sense. Maybe there is just a threading/synchronization problem. The used usb serial adapter is a Silabs CP210x. Best regards Emanuel -----Urspr?ngliche Nachricht----- Von: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] Im Auftrag von Michael Erskine Gesendet: Dienstag, 23. November 2010 14:20 An: rxtx at qbang.org Betreff: Re: [Rxtx] Windows 7 32-bit issues Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From msemtd at googlemail.com Fri Nov 26 03:55:27 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 10:55:27 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <000601cb8d52$a1dd2310$e5976930$@de> References: <001001cb8a55$3f819020$be84b060$@de> <000601cb8d52$a1dd2310$e5976930$@de> Message-ID: On 26 November 2010 10:13, Emanuel wrote: > Hi Michael, > > of course i do have my own sources, but i can't reproduce the problem on our > hardware. > So I can't shrink the app to the bare minimum which is still showing the > problem. Posting the hole application (beside not allowed to me) makes no > sense. > Maybe there is just a threading/synchronization problem. Hi Emanuel, I usually perform all reads and error handling as serial events but flag failures to be handled in the application foreground (or any other thread other than the event handler). Perhaps I have some techniques you can use to make your code more robust. > The used usb serial adapter is a Silabs CP210x. Wow, another usb/rs232 chip to add to my wishlist! (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) Has this adapter been generally OK? > Best regards > Emanuel Regards, Michael Erskine. From davestechshop at gmail.com Fri Nov 26 12:43:12 2010 From: davestechshop at gmail.com (Dave) Date: Fri, 26 Nov 2010 14:43:12 -0500 Subject: [Rxtx] rxtx javadoc - need a simple how to for generating local javadoc files (Netbeans/Ubuntu) Message-ID: Would anyone be kind enough to provide some simple steps that would help me generate the local javadoc files for rxtx? Cookbook style would be great (step 1, step2, etc.) I have downloaded the source from CVS already, but everything related to building from source is new to me. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at ubuntu.com Sun Nov 28 17:12:30 2010 From: showard314 at ubuntu.com (Scott Howard) Date: Sun, 28 Nov 2010 19:12:30 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi Peter, On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: > I notice that Debian have patched their version of RXTX so that it scans all > ports listed under "Linux-all-ports" in RXTXCommDriver.java. The version of rxtx that will be officially released in the upcoming Debian release will still only scan a limited number of ports. However, there is an experimental version rxtx which scans all ports. Ubuntu "Natty" is also testing the version that scans Linux-all-ports, but the "Maverick" release only scanned a limited number of ports. I'm using the experimental version that scans all ports, and I have not seen a decrease in speed. I've been encouraging users to try the experimental packages, and I have not heard of any speed decrease from them so far. My plan is to continue testing and release the experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). An interesting statistic: 55% of the users of the debian rxtx package installed it because they are using the arduino platform. That number is increasing pretty rapidly. Regards, Scott From dam at mellis.org Sun Nov 28 21:24:56 2010 From: dam at mellis.org (David A. Mellis) Date: Sun, 28 Nov 2010 23:24:56 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi, Do you think there's any chance of backporting the inclusion of /dev/ttyACM* into the RXTX on earlier distributions of Debian and Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno and Mega 2560 by applying Peter's patch as part of the process of packaging Arduino for those distributions, that's fine too. Either way, let me know if there's anything I can do to help with the process. For the RXTX developers: do you think there's any possibility of allowing the application using RXTX to specify the list of prefixes to scan (in addition to the current ability to specify the specific ports to use)? Would there be any interest in a patch for this? David On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: > Hi Peter, > > On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >> I notice that Debian have patched their version of RXTX so that it scans all >> ports listed under "Linux-all-ports" in RXTXCommDriver.java. > > The version of rxtx that will be officially released in the upcoming > Debian release will still only scan a limited number of ports. > However, there is an experimental version rxtx which scans all ports. > Ubuntu "Natty" is also testing the version that scans Linux-all-ports, > but the "Maverick" release only scanned a limited number of ports. > > I'm using the experimental version that scans all ports, and I have > not seen a decrease in speed. I've been encouraging users to try the > experimental packages, and I have not heard of any speed decrease from > them so far. My plan is to continue testing and release the > experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). > > An interesting statistic: 55% of the users of the debian rxtx package > installed it because they are using the arduino platform. That number > is increasing pretty rapidly. > > Regards, > Scott > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Mon Nov 29 05:01:15 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 29 Nov 2010 05:01:15 -0700 (MST) Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: RXTX allows a list of ports to be specified but not in addition to the default port enumeration. http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F I'm not sure that adding more ways to do that is going to help people. It will probably confuse them more than anything. With wide spread acceptance of udev in common distributinos, it makes sense to enumerate all ports now. The remaining concern is embedded devices that may not run udev. That said, they don't create all device files typically and could use the above workaround. We can put a patch in at rxtx.org if there are no significant objections. On Sun, 28 Nov 2010, David A. Mellis wrote: > Hi, > > Do you think there's any chance of backporting the inclusion of > /dev/ttyACM* into the RXTX on earlier distributions of Debian and > Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno > and Mega 2560 by applying Peter's patch as part of the process of > packaging Arduino for those distributions, that's fine too. Either > way, let me know if there's anything I can do to help with the > process. > > For the RXTX developers: do you think there's any possibility of > allowing the application using RXTX to specify the list of prefixes to > scan (in addition to the current ability to specify the specific ports > to use)? Would there be any interest in a patch for this? > > David > > On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: >> Hi Peter, >> >> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >>> I notice that Debian have patched their version of RXTX so that it scans all >>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >> >> The version of rxtx that will be officially released in the upcoming >> Debian release will still only scan a limited number of ports. >> However, there is an experimental version rxtx which scans all ports. >> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >> but the "Maverick" release only scanned a limited number of ports. >> >> I'm using the experimental version that scans all ports, and I have >> not seen a decrease in speed. I've been encouraging users to try the >> experimental packages, and I have not heard of any speed decrease from >> them so far. My plan is to continue testing and release the >> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >> >> An interesting statistic: 55% of the users of the debian rxtx package >> installed it because they are using the arduino platform. That number >> is increasing pretty rapidly. >> >> Regards, >> Scott >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From eb at inotec-feg.de Mon Nov 29 05:39:01 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 29 Nov 2010 13:39:01 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000001cb8fc2$66c49de0$344dd9a0$@de> Hi Michael, > I usually perform all reads and error handling as serial events but > flag failures to be handled in the application foreground (or any > other thread other than the event handler). Perhaps I have some > techniques you can use to make your code more robust. Of course I'm interested in alternatives making the code more robust. > (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) > Has this adapter been generally OK? We actually used this adapter in some projects. Personally i don't like it that much. We actually even found a bug while using it in one projects 3 years ago (already using it in a production environment). It was fixed quite fast after reporting it. AFAIK the current drivers are stable enough but it seems there are still iusses with them. Best regards Emanuel From dam at mellis.org Mon Nov 29 08:02:42 2010 From: dam at mellis.org (David A. Mellis) Date: Mon, 29 Nov 2010 10:02:42 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Switching to enumerating all ports under Linux would be a fine solution for my (Arduino) use cases. Are you planning to make this change in RXTX itself? (Apologies if you already did and I didn't notice.) Otherwise, I think it makes sense to provide a way to specify prefixes to scan in addition to a way to specify ports to use. The former is about using additional ports, the latter (typically) about using fewer ports. Doing the latter to achieve the former requires the application to do its own scan, which seems redundant when RXTX already has code for it. David On Mon, Nov 29, 2010 at 7:01 AM, Trent Jarvi wrote: > > RXTX allows a list of ports to be specified but not in addition to the > default port enumeration. > > http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F > > I'm not sure that adding more ways to do that is going to help people. ?It > will probably confuse them more than anything. > > With wide spread acceptance of udev in common distributinos, it makes sense > to enumerate all ports now. ?The remaining concern is embedded devices that > may not run udev. ?That said, they don't create all device files typically > and could use the above workaround. > > We can put a patch in at rxtx.org if there are no significant objections. > > On Sun, 28 Nov 2010, David A. Mellis wrote: > >> Hi, >> >> Do you think there's any chance of backporting the inclusion of >> /dev/ttyACM* into the RXTX on earlier distributions of Debian and >> Ubuntu? ?Of course, if instead you'd prefer to support the Arduino Uno >> and Mega 2560 by applying Peter's patch as part of the process of >> packaging Arduino for those distributions, that's fine too. ?Either >> way, let me know if there's anything I can do to help with the >> process. >> >> For the RXTX developers: do you think there's any possibility of >> allowing the application using RXTX to specify the list of prefixes to >> scan (in addition to the current ability to specify the specific ports >> to use)? ?Would there be any interest in a patch for this? >> >> David >> >> On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard >> wrote: >>> >>> Hi Peter, >>> >>> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver >>> wrote: >>>> >>>> I notice that Debian have patched their version of RXTX so that it scans >>>> all >>>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >>> >>> The version of rxtx that will be officially released in the upcoming >>> Debian release will still only scan a limited number of ports. >>> However, there is an experimental version rxtx which scans all ports. >>> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >>> but the "Maverick" release only scanned a limited number of ports. >>> >>> I'm using the experimental version that scans all ports, and I have >>> not seen a decrease in speed. I've been encouraging users to try the >>> experimental packages, and I have not heard of any speed decrease from >>> them so far. My plan is to continue testing and release the >>> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >>> >>> An interesting statistic: 55% of the users of the debian rxtx package >>> installed it because they are using the arduino platform. That number >>> is increasing pretty rapidly. >>> >>> Regards, >>> Scott >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From bschlining at gmail.com Tue Nov 23 09:17:33 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 23 Nov 2010 08:17:33 -0800 Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <484120.44130.qm@web63103.mail.re1.yahoo.com> References: <484120.44130.qm@web63103.mail.re1.yahoo.com> Message-ID: Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: > I will be working on unit tests next. I have experience with JUnit and > Cobertura. The rewrite contains software loopbacks for testing without > hardware loopbacks, and I was thinking hardware loopbacks could be used via > settings in the properties file - so CI can test for regressions. My hope is > once we have 100% test coverage on the rewrite, the community will have > greater confidence in it. > > -Adrian > > --- On Mon, 11/22/10, Trent Jarvi wrote: > > > From: Trent Jarvi > > Subject: Re: [Rxtx] rxtx 2010 rewrite > > To: rxtx at qbang.org > > Cc: "Dave" > > Date: Monday, November 22, 2010, 7:57 PM > > > > I'm not for or against the rewrite effort. I do > > represent one of those people needing 'stable now' when I go > > to work. Here at home I'm interested in the future of > > RXTX for all those neat projects I hear about. I'm all for > > some experimenting and growing. > > > > What RXTX lacks is not coders. We have had many ideas > > bouncing around and some code that deals with things like > > serial ports that vanish (USB). The C++ rewrite is > > proof of interest there and I'm glad to see it. > > > > So whats missing? > > > > The JCP required test suites. CommAPI and RXTX lack > > test suites. CommAPI was grandfathered into the JCP and > > shortly later 'broken' for a customer right in the JCP by > > adding Solaris specific hooks. > > > > Testing CommAPI/RXTX is difficult. > > > > At work I have test suites but the coverage is specific to > > those needs - these tests existed before I started working > > there. Maybe they cover your needs, maybe not. I > > use those to qualify RXTX releases which is alot more than I > > used to do. The tests are in MATLAB code going through > > a layer of java and don't lend well to sharing (though its a > > possibility). Those test suites are the best we all have at > > this time as far as I know and that does not bode well for a > > smooth transition to a rewrite for multiple projects. > > > > > > I could run the suites against the rewrite. Honestly, > > I'm not comfortable that they cover enough for generic > > qualification though. As an example, the testsuite > > requires a loopback connection. Fun thing is the other > > side is always configured like your side. Setting > > hardware flow control failed? No problem. Its > > still odd parity? Good to go! It failed on the > > other side too. > > > > > > In agreement with Julie, there are many subtle things in > > rxtx that took more than 3 years to flush out. That > > does not mean we can't figure out how to move forward > > (without the circus wagons). > > > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > > wrote: > > > > > Adrian, > > > > > > As I've said before, some of us are ready, willing and > > able to work on RXTX, > > > but we need something much more stable NOW, and the > > existing code base is > > > the most stable, most time-tested thing going. It's > > easy to say "it should > > > work reliably", but my experience is that code like > > this typically takes 2 > > > to 3 =years= before there is enough experience with > > the code to be called > > > "working reliably". > > > > > > What I'd like to know is who feels they have a > > =reliable=, =stable=, > > > relatively =bug-free= version of the existing code > > that could be a base for > > > something that can tide people over until your work is > > well enough tested > > > that people can start migrating less critical > > applications to it. My > > > company puts products inside boxes that have to work > > for years on end. I'm > > > not going to trust my company's existence to a brand > > new re-write, and I > > > suspect there are a number of other business owners or > > consultants who are > > > in the same situation. > > > -- > > > Julie Haugh > > > Senior Design Engineer > > > greenHouse Computers, LLC // jfh at greenhousepc.com > > // greenHousePC on > > > Skype > > > > > > > > > -------- Original > > Message -------- > > > Subject: Re: [Rxtx] > > rxtx 2010 rewrite > > > From: Adrian Crum > > > > > Date: Sun, November 21, > > 2010 9:21 pm > > > To: Dave , > > rxtx at qbang.org > > > > > > The rewrite is > > preliminary code - it needs more work. It should > > > work reliably in a > > Windows environment. The rewrite needs more > > > community participation > > to move it along. > > > > > > The best resource for > > help is the RXTX mailing list - > > > rxtx at qbang.org. > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 23 11:49:22 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 10:49:22 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <952726.30532.qm@web63102.mail.re1.yahoo.com> Check out the current repo using these instructions: http://rxtx.qbang.org/wiki/index.php/Retrieving_Source_Code and you will find the rewrite in the Rewrite2010 folder. There is a pdf document in that folder that gives an overview of the rewrite. -Adrian --- On Tue, 11/23/10, Brian Schlining wrote: From: Brian Schlining Subject: Re: [Rxtx] rxtx 2010 rewrite To: rxtx at qbang.org Date: Tuesday, November 23, 2010, 8:17 AM Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Tue Nov 23 14:28:15 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Tue, 23 Nov 2010 22:28:15 +0100 Subject: [Rxtx] Not receiving 0xa characters Message-ID: Dear all, I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. I can connect to a serial port created by a FTDI USB chip and send receive data from it. However it seems that I am not able to receive any characters with the value 0x0a (LF). Upon looking into the source code of the serial implementation I found that opening the port happens without the binary flag so I suppose that LF gets possibly eaten by the OS. Could this be the problem? Is such a problem known? Are there workarounds? Thanks in advance, best regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From msemtd at googlemail.com Wed Nov 24 02:23:44 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 09:23:44 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip and > send receive data from it. However it seems that I am not able to receive > any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem > known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. From tristan.dyer at cgi.com Wed Nov 24 05:07:01 2010 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Wed, 24 Nov 2010 07:07:01 -0500 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D051B6EFE@MTL-MSG-02.cgiclients.com> I had an issue like that about a year ago, But in my case I was piping the data into a Ubuntu VM from XP. Started using Ubuntu natively and the problem went away. It may be an issue with the usb->serial converter. -Tristan -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Erskine Sent: Wednesday, November 24, 2010 5:24 AM To: rxtx at qbang.org Subject: Re: [Rxtx] Not receiving 0xa characters On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip > and send receive data from it. However it seems that I am not able to > receive any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found > that opening the port happens without the binary flag so I suppose > that LF gets possibly eaten by the OS. Could this be the problem? Is > such a problem known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From jfh at greenhousepc.com Wed Nov 24 05:16:38 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 05:16:38 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124051638.8ef0e5b4a80cef441275a6330ffad77d.b6369d0806.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Kustaa.Nyholm at planmeca.com Wed Nov 24 06:57:34 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 15:57:34 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: Message-ID: Hi, have look at: http://linux.die.net/man/3/tcsetattr I think (without looking at txrx source code) that the port is opened without correctly setting INLCR,ICRNL and/or IGNCR. But that is Unix/Linux stuff and you are on windows. However, I would suspect there is a similar feature and possibility of a bug in rxtx on Windows too. The obvious workaround is to correct that in the source code if you are able to recompile from source. The other possibility is to try to figure out why the port in question defaults to eating LFs (0x0A). I had a program that had this same bug and hundreds of people used it without a problem until on one Linux machine it failed with similar symptoms to yours, only in my case it was output. So you might be able to somehow configure the port to default to sensible values so that even if rxtx does not set them correctly they would be set correctly by default. Just 2 snt worth. br Kusti > From: Christoph Wei? > Reply-To: > Date: Tue, 23 Nov 2010 23:28:15 +0200 > To: > Conversation: [Rxtx] Not receiving 0xa characters > Subject: [Rxtx] Not receiving 0xa characters > > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. > I can connect to a serial port created by a FTDI USB chip and send receive > data from it. However it seems that I am not able to receive any characters > with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem known? > Are there workarounds? > > Thanks in advance, > best regards, > Chris From msemtd at googlemail.com Wed Nov 24 08:07:58 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 15:07:58 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: OK, to stem this madness I just ran some tests on RXTX-2.1-7 using java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort SerialInputStream instance. I am reading and writing linefeeds with no problem. If somebody has a genuine issue with their data receive code just post it here and I will show you exactly why it is broken. Thankyouverymuch. From mariusz.dec at gmail.com Wed Nov 24 08:21:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 24 Nov 2010 16:21:06 +0100 Subject: [Rxtx] Not receiving 0xa characters References: Message-ID: Hi, first thing is to check if sender sends this code. There are a lot of terminal's software where you may configure EOL (END_OF_LINE) character or sequence.... I think that problem is here :) Mariusz ----- Original Message ----- From: "Michael Erskine" To: Sent: Wednesday, November 24, 2010 4:07 PM Subject: Re: [Rxtx] Not receiving 0xa characters > OK, to stem this madness I just ran some tests on RXTX-2.1-7 using > java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort > SerialInputStream instance. I am reading and writing linefeeds with no > problem. > > If somebody has a genuine issue with their data receive code just post > it here and I will show you exactly why it is broken. > > Thankyouverymuch. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From Kustaa.Nyholm at planmeca.com Wed Nov 24 11:01:59 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 20:01:59 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: , Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> >OK, to stem this madness I just ran some tests on RXTX-2.1-7 using >java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort >SerialInputStream instance. I am reading and writing linefeeds with no >problem. Do I detect a hint of some attitude there? The OP surely had a problem or he would not have posted here. It maybe that the problem is on the sender side or in his code. Or maybe not. It certainly is possible for the serial driver to eat or inject various combinations of CR and/or LF. Seen that, been there, done that. Doing a simple test like sending and receiving LFs does not prove much, one way or the other, it could be that your OS/driver works but the OP's configuration doesn't. If there is an issue in rxtx in that it does not set those flags I mentioned (or equivalent in Windows, if any) then it is possible that it would all depend on the ports default behavior.Like I wrote, I have not looked at the source code so I was just speculating, as I think I clearly said. If you have knowledge about this, for example know for fact that this cannot happen in Windows for any driver or if you have looked into the source code and think that what I speculated cannot be the problem then just say so and explain your reasoning. Calling this madness is not very productive. >If somebody has a genuine issue with their data receive code just post >it here and I will show you exactly why it is broken. If the OP would post the code then I would be interested to take up your offer! >Thankyouverymuch. Thank *you*. br Kusti From jfh at greenhousepc.com Wed Nov 24 11:32:10 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:32:10 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124113210.8ef0e5b4a80cef441275a6330ffad77d.2973054590.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Nov 24 11:09:48 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 24 Nov 2010 11:09:48 -0700 (MST) Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port to 'raw' after opening to avoid those translations/filters. We 'stomp' on the port to force it into a predictable configuration. term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); term->c_oflag &= ~OPOST; term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); term->c_cflag &= ~(CSIZE|PARENB); term->c_cflag |= CS8; On windows, RXTX may not be as robust and could probably use a code review by someone familiar with the structs (termios.c). I could imagine a driver on windows having unusual defaults RXTX does not override causing problems. There are not many drivers out there though. I've personally not run into the situation mentioned. On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > Hi, > > have look at: > > http://linux.die.net/man/3/tcsetattr > > I think (without looking at txrx source code) that the port > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > But that is Unix/Linux stuff and you are on windows. However, > I would suspect there is a similar feature and possibility > of a bug in rxtx on Windows too. > > The obvious workaround is to correct that in the source code > if you are able to recompile from source. > > The other possibility is to try to figure out why the > port in question defaults to eating LFs (0x0A). > > I had a program that had this same bug and hundreds of > people used it without a problem until on one Linux machine > it failed with similar symptoms to yours, only in my case > it was output. > > So you might be able to somehow configure the port to default to sensible > values so that even if rxtx does not set them correctly they > would be set correctly by default. > > Just 2 snt worth. > > br Kusti > > > >> From: Christoph Wei? >> Reply-To: >> Date: Tue, 23 Nov 2010 23:28:15 +0200 >> To: >> Conversation: [Rxtx] Not receiving 0xa characters >> Subject: [Rxtx] Not receiving 0xa characters >> >> Dear all, >> >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. >> I can connect to a serial port created by a FTDI USB chip and send receive >> data from it. However it seems that I am not able to receive any characters >> with the value 0x0a (LF). >> Upon looking into the source code of the serial implementation I found that >> opening the port happens without the binary flag so I suppose that LF gets >> possibly eaten by the OS. Could this be the problem? Is such a problem known? >> Are there workarounds? >> >> Thanks in advance, >> best regards, >> Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From jfh at greenhousepc.com Wed Nov 24 11:59:47 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:59:47 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Wed Nov 24 14:29:57 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Wed, 24 Nov 2010 22:29:57 +0100 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> References: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> Message-ID: Guys, I actually tried to reply about 12 hours ago, but as it seems this message was for some reasons relayed to the moderators. I found the error in my code and it was a very simple embarrassing one that i always read over ... I shouldn't reuse demo code without checking it twice :-/ I'm sorry for bothering you and want to say thanks for all the input when it was all my fault. Embarrassed regards, Chris On Wed, Nov 24, 2010 at 7:59 PM, wrote: > Trent, > > On =some= POSIX systems the TERMIOS are reset. On many, they aren't, in > order to avoid a number of other problems. > > It's always best, because of "lingering termios" problems to build a > mostly-raw termios by hand. In the case of RXTX, the one problem I saw is > that the port is initially set to B9600, which means any characters that are > received immediately are mis-framed. I've seen this in my code where > gibberish shows up in the initial stream. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] Not receiving 0xa characters > From: Trent Jarvi > Date: Wed, November 24, 2010 12:09 pm > To: "rxtx at qbang.org" > > > On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port > to 'raw' after opening to avoid those translations/filters. We 'stomp' on > the port to force it into a predictable configuration. > > term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); > term->c_oflag &= ~OPOST; > term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); > term->c_cflag &= ~(CSIZE|PARENB); > term->c_cflag |= CS8; > > On windows, RXTX may not be as robust and could probably use a code review > by someone familiar with the structs (termios.c). > > I could imagine a driver on windows having unusual defaults RXTX does not > override causing problems. There are not many drivers out there though. > I've personally not run into the situation mentioned. > > > On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > > > Hi, > > > > have look at: > > > > http://linux.die.net/man/3/tcsetattr > > > > I think (without looking at txrx source code) that the port > > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > > But that is Unix/Linux stuff and you are on windows. However, > > I would suspect there is a similar feature and possibility > > of a bug in rxtx on Windows too. > > > > The obvious workaround is to correct that in the source code > > if you are able to recompile from source. > > > > The other possibility is to try to figure out why the > > port in question defaults to eating LFs (0x0A). > > > > I had a program that had this same bug and hundreds of > > people used it without a problem until on one Linux machine > > it failed with similar symptoms to yours, only in my case > > it was output. > > > > So you might be able to somehow configure the port to default to sensible > > values so that even if rxtx does not set them correctly they > > would be set correctly by default. > > > > Just 2 snt worth. > > > > br Kusti > > > > > > > >> From: Christoph Wei? > >> Reply-To: > >> Date: Tue, 23 Nov 2010 23:28:15 +0200 > >> To: > >> Conversation: [Rxtx] Not receiving 0xa characters > >> Subject: [Rxtx] Not receiving 0xa characters > >> > >> Dear all, > >> > >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. > >> I can connect to a serial port created by a FTDI USB chip and send > receive > >> data from it. However it seems that I am not able to receive any > characters > >> with the value 0x0a (LF). > >> Upon looking into the source code of the serial implementation I found > that > >> opening the port happens without the binary flag so I suppose that LF > gets > >> possibly eaten by the OS. Could this be the problem? Is such a problem > known? > >> Are there workarounds? > >> > >> Thanks in advance, > >> best regards, > >> Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > ------------------------------ > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Thu Nov 25 01:42:18 2010 From: eb at inotec-feg.de (Emanuel) Date: Thu, 25 Nov 2010 09:42:18 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <002a01cb8c7c$ab5b1ea0$02115be0$@de> I knew this would be asked ^^ That's the problem, it was on a customer laptop. On a freshly installed Win7 system the problem was not reproducible. So I know, answering such a diffuse question may be impossible, maybe I should have asked about user experience with rxtx on Windows 7 (32 bit). (btw. using 64-bit OS caused a bunch of different problems ... out of scope here) Regards Emanuel >> Post a minimal implementation that reproduces the error and we can >> tell you what's going wrong. From msemtd at googlemail.com Thu Nov 25 03:21:15 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Thu, 25 Nov 2010 10:21:15 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> References: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> Message-ID: On 24 November 2010 18:01, Kustaa Nyholm wrote: > Do I detect a hint of some attitude there? Yes, attitude all the way! :) I don't mean to sound like an ass but sometimes it just comes across badly. I shall try to be more diplomatic with my posts but they will usually be along the lines of "enough theory, just post the code to let us see what's actually going on, then we can get things fixed". Regards, Michael Erskine. From msemtd at googlemail.com Fri Nov 26 02:02:11 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 09:02:11 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <002a01cb8c7c$ab5b1ea0$02115be0$@de> References: <001001cb8a55$3f819020$be84b060$@de> <002a01cb8c7c$ab5b1ea0$02115be0$@de> Message-ID: On 25 November 2010 08:42, Emanuel wrote: > I knew this would be asked ^^ > That's the problem, it was on a customer laptop. On a freshly installed Win7 > system the problem was not reproducible. > So I know, answering such a diffuse question may be impossible, maybe I > should have asked about user experience with rxtx on Windows 7 (32 bit). > (btw. using 64-bit OS caused a bunch of different problems ... out of scope > here) > > Regards > Emanuel So you don't have the source code to your own application? How on earth do you maintain your/your customer's software? The USB adapter: FTDI/Prolific/MTD? Regards, Michael. From eb at inotec-feg.de Fri Nov 26 03:13:54 2010 From: eb at inotec-feg.de (Emanuel) Date: Fri, 26 Nov 2010 11:13:54 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000601cb8d52$a1dd2310$e5976930$@de> Hi Michael, of course i do have my own sources, but i can't reproduce the problem on our hardware. So I can't shrink the app to the bare minimum which is still showing the problem. Posting the hole application (beside not allowed to me) makes no sense. Maybe there is just a threading/synchronization problem. The used usb serial adapter is a Silabs CP210x. Best regards Emanuel -----Urspr?ngliche Nachricht----- Von: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] Im Auftrag von Michael Erskine Gesendet: Dienstag, 23. November 2010 14:20 An: rxtx at qbang.org Betreff: Re: [Rxtx] Windows 7 32-bit issues Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From msemtd at googlemail.com Fri Nov 26 03:55:27 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 10:55:27 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <000601cb8d52$a1dd2310$e5976930$@de> References: <001001cb8a55$3f819020$be84b060$@de> <000601cb8d52$a1dd2310$e5976930$@de> Message-ID: On 26 November 2010 10:13, Emanuel wrote: > Hi Michael, > > of course i do have my own sources, but i can't reproduce the problem on our > hardware. > So I can't shrink the app to the bare minimum which is still showing the > problem. Posting the hole application (beside not allowed to me) makes no > sense. > Maybe there is just a threading/synchronization problem. Hi Emanuel, I usually perform all reads and error handling as serial events but flag failures to be handled in the application foreground (or any other thread other than the event handler). Perhaps I have some techniques you can use to make your code more robust. > The used usb serial adapter is a Silabs CP210x. Wow, another usb/rs232 chip to add to my wishlist! (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) Has this adapter been generally OK? > Best regards > Emanuel Regards, Michael Erskine. From davestechshop at gmail.com Fri Nov 26 12:43:12 2010 From: davestechshop at gmail.com (Dave) Date: Fri, 26 Nov 2010 14:43:12 -0500 Subject: [Rxtx] rxtx javadoc - need a simple how to for generating local javadoc files (Netbeans/Ubuntu) Message-ID: Would anyone be kind enough to provide some simple steps that would help me generate the local javadoc files for rxtx? Cookbook style would be great (step 1, step2, etc.) I have downloaded the source from CVS already, but everything related to building from source is new to me. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at ubuntu.com Sun Nov 28 17:12:30 2010 From: showard314 at ubuntu.com (Scott Howard) Date: Sun, 28 Nov 2010 19:12:30 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi Peter, On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: > I notice that Debian have patched their version of RXTX so that it scans all > ports listed under "Linux-all-ports" in RXTXCommDriver.java. The version of rxtx that will be officially released in the upcoming Debian release will still only scan a limited number of ports. However, there is an experimental version rxtx which scans all ports. Ubuntu "Natty" is also testing the version that scans Linux-all-ports, but the "Maverick" release only scanned a limited number of ports. I'm using the experimental version that scans all ports, and I have not seen a decrease in speed. I've been encouraging users to try the experimental packages, and I have not heard of any speed decrease from them so far. My plan is to continue testing and release the experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). An interesting statistic: 55% of the users of the debian rxtx package installed it because they are using the arduino platform. That number is increasing pretty rapidly. Regards, Scott From dam at mellis.org Sun Nov 28 21:24:56 2010 From: dam at mellis.org (David A. Mellis) Date: Sun, 28 Nov 2010 23:24:56 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi, Do you think there's any chance of backporting the inclusion of /dev/ttyACM* into the RXTX on earlier distributions of Debian and Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno and Mega 2560 by applying Peter's patch as part of the process of packaging Arduino for those distributions, that's fine too. Either way, let me know if there's anything I can do to help with the process. For the RXTX developers: do you think there's any possibility of allowing the application using RXTX to specify the list of prefixes to scan (in addition to the current ability to specify the specific ports to use)? Would there be any interest in a patch for this? David On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: > Hi Peter, > > On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >> I notice that Debian have patched their version of RXTX so that it scans all >> ports listed under "Linux-all-ports" in RXTXCommDriver.java. > > The version of rxtx that will be officially released in the upcoming > Debian release will still only scan a limited number of ports. > However, there is an experimental version rxtx which scans all ports. > Ubuntu "Natty" is also testing the version that scans Linux-all-ports, > but the "Maverick" release only scanned a limited number of ports. > > I'm using the experimental version that scans all ports, and I have > not seen a decrease in speed. I've been encouraging users to try the > experimental packages, and I have not heard of any speed decrease from > them so far. My plan is to continue testing and release the > experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). > > An interesting statistic: 55% of the users of the debian rxtx package > installed it because they are using the arduino platform. That number > is increasing pretty rapidly. > > Regards, > Scott > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Mon Nov 29 05:01:15 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 29 Nov 2010 05:01:15 -0700 (MST) Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: RXTX allows a list of ports to be specified but not in addition to the default port enumeration. http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F I'm not sure that adding more ways to do that is going to help people. It will probably confuse them more than anything. With wide spread acceptance of udev in common distributinos, it makes sense to enumerate all ports now. The remaining concern is embedded devices that may not run udev. That said, they don't create all device files typically and could use the above workaround. We can put a patch in at rxtx.org if there are no significant objections. On Sun, 28 Nov 2010, David A. Mellis wrote: > Hi, > > Do you think there's any chance of backporting the inclusion of > /dev/ttyACM* into the RXTX on earlier distributions of Debian and > Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno > and Mega 2560 by applying Peter's patch as part of the process of > packaging Arduino for those distributions, that's fine too. Either > way, let me know if there's anything I can do to help with the > process. > > For the RXTX developers: do you think there's any possibility of > allowing the application using RXTX to specify the list of prefixes to > scan (in addition to the current ability to specify the specific ports > to use)? Would there be any interest in a patch for this? > > David > > On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: >> Hi Peter, >> >> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >>> I notice that Debian have patched their version of RXTX so that it scans all >>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >> >> The version of rxtx that will be officially released in the upcoming >> Debian release will still only scan a limited number of ports. >> However, there is an experimental version rxtx which scans all ports. >> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >> but the "Maverick" release only scanned a limited number of ports. >> >> I'm using the experimental version that scans all ports, and I have >> not seen a decrease in speed. I've been encouraging users to try the >> experimental packages, and I have not heard of any speed decrease from >> them so far. My plan is to continue testing and release the >> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >> >> An interesting statistic: 55% of the users of the debian rxtx package >> installed it because they are using the arduino platform. That number >> is increasing pretty rapidly. >> >> Regards, >> Scott >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From eb at inotec-feg.de Mon Nov 29 05:39:01 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 29 Nov 2010 13:39:01 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000001cb8fc2$66c49de0$344dd9a0$@de> Hi Michael, > I usually perform all reads and error handling as serial events but > flag failures to be handled in the application foreground (or any > other thread other than the event handler). Perhaps I have some > techniques you can use to make your code more robust. Of course I'm interested in alternatives making the code more robust. > (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) > Has this adapter been generally OK? We actually used this adapter in some projects. Personally i don't like it that much. We actually even found a bug while using it in one projects 3 years ago (already using it in a production environment). It was fixed quite fast after reporting it. AFAIK the current drivers are stable enough but it seems there are still iusses with them. Best regards Emanuel From dam at mellis.org Mon Nov 29 08:02:42 2010 From: dam at mellis.org (David A. Mellis) Date: Mon, 29 Nov 2010 10:02:42 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Switching to enumerating all ports under Linux would be a fine solution for my (Arduino) use cases. Are you planning to make this change in RXTX itself? (Apologies if you already did and I didn't notice.) Otherwise, I think it makes sense to provide a way to specify prefixes to scan in addition to a way to specify ports to use. The former is about using additional ports, the latter (typically) about using fewer ports. Doing the latter to achieve the former requires the application to do its own scan, which seems redundant when RXTX already has code for it. David On Mon, Nov 29, 2010 at 7:01 AM, Trent Jarvi wrote: > > RXTX allows a list of ports to be specified but not in addition to the > default port enumeration. > > http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F > > I'm not sure that adding more ways to do that is going to help people. ?It > will probably confuse them more than anything. > > With wide spread acceptance of udev in common distributinos, it makes sense > to enumerate all ports now. ?The remaining concern is embedded devices that > may not run udev. ?That said, they don't create all device files typically > and could use the above workaround. > > We can put a patch in at rxtx.org if there are no significant objections. > > On Sun, 28 Nov 2010, David A. Mellis wrote: > >> Hi, >> >> Do you think there's any chance of backporting the inclusion of >> /dev/ttyACM* into the RXTX on earlier distributions of Debian and >> Ubuntu? ?Of course, if instead you'd prefer to support the Arduino Uno >> and Mega 2560 by applying Peter's patch as part of the process of >> packaging Arduino for those distributions, that's fine too. ?Either >> way, let me know if there's anything I can do to help with the >> process. >> >> For the RXTX developers: do you think there's any possibility of >> allowing the application using RXTX to specify the list of prefixes to >> scan (in addition to the current ability to specify the specific ports >> to use)? ?Would there be any interest in a patch for this? >> >> David >> >> On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard >> wrote: >>> >>> Hi Peter, >>> >>> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver >>> wrote: >>>> >>>> I notice that Debian have patched their version of RXTX so that it scans >>>> all >>>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >>> >>> The version of rxtx that will be officially released in the upcoming >>> Debian release will still only scan a limited number of ports. >>> However, there is an experimental version rxtx which scans all ports. >>> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >>> but the "Maverick" release only scanned a limited number of ports. >>> >>> I'm using the experimental version that scans all ports, and I have >>> not seen a decrease in speed. I've been encouraging users to try the >>> experimental packages, and I have not heard of any speed decrease from >>> them so far. My plan is to continue testing and release the >>> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >>> >>> An interesting statistic: 55% of the users of the debian rxtx package >>> installed it because they are using the arduino platform. That number >>> is increasing pretty rapidly. >>> >>> Regards, >>> Scott >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From bschlining at gmail.com Tue Nov 23 09:17:33 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 23 Nov 2010 08:17:33 -0800 Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <484120.44130.qm@web63103.mail.re1.yahoo.com> References: <484120.44130.qm@web63103.mail.re1.yahoo.com> Message-ID: Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: > I will be working on unit tests next. I have experience with JUnit and > Cobertura. The rewrite contains software loopbacks for testing without > hardware loopbacks, and I was thinking hardware loopbacks could be used via > settings in the properties file - so CI can test for regressions. My hope is > once we have 100% test coverage on the rewrite, the community will have > greater confidence in it. > > -Adrian > > --- On Mon, 11/22/10, Trent Jarvi wrote: > > > From: Trent Jarvi > > Subject: Re: [Rxtx] rxtx 2010 rewrite > > To: rxtx at qbang.org > > Cc: "Dave" > > Date: Monday, November 22, 2010, 7:57 PM > > > > I'm not for or against the rewrite effort. I do > > represent one of those people needing 'stable now' when I go > > to work. Here at home I'm interested in the future of > > RXTX for all those neat projects I hear about. I'm all for > > some experimenting and growing. > > > > What RXTX lacks is not coders. We have had many ideas > > bouncing around and some code that deals with things like > > serial ports that vanish (USB). The C++ rewrite is > > proof of interest there and I'm glad to see it. > > > > So whats missing? > > > > The JCP required test suites. CommAPI and RXTX lack > > test suites. CommAPI was grandfathered into the JCP and > > shortly later 'broken' for a customer right in the JCP by > > adding Solaris specific hooks. > > > > Testing CommAPI/RXTX is difficult. > > > > At work I have test suites but the coverage is specific to > > those needs - these tests existed before I started working > > there. Maybe they cover your needs, maybe not. I > > use those to qualify RXTX releases which is alot more than I > > used to do. The tests are in MATLAB code going through > > a layer of java and don't lend well to sharing (though its a > > possibility). Those test suites are the best we all have at > > this time as far as I know and that does not bode well for a > > smooth transition to a rewrite for multiple projects. > > > > > > I could run the suites against the rewrite. Honestly, > > I'm not comfortable that they cover enough for generic > > qualification though. As an example, the testsuite > > requires a loopback connection. Fun thing is the other > > side is always configured like your side. Setting > > hardware flow control failed? No problem. Its > > still odd parity? Good to go! It failed on the > > other side too. > > > > > > In agreement with Julie, there are many subtle things in > > rxtx that took more than 3 years to flush out. That > > does not mean we can't figure out how to move forward > > (without the circus wagons). > > > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > > wrote: > > > > > Adrian, > > > > > > As I've said before, some of us are ready, willing and > > able to work on RXTX, > > > but we need something much more stable NOW, and the > > existing code base is > > > the most stable, most time-tested thing going. It's > > easy to say "it should > > > work reliably", but my experience is that code like > > this typically takes 2 > > > to 3 =years= before there is enough experience with > > the code to be called > > > "working reliably". > > > > > > What I'd like to know is who feels they have a > > =reliable=, =stable=, > > > relatively =bug-free= version of the existing code > > that could be a base for > > > something that can tide people over until your work is > > well enough tested > > > that people can start migrating less critical > > applications to it. My > > > company puts products inside boxes that have to work > > for years on end. I'm > > > not going to trust my company's existence to a brand > > new re-write, and I > > > suspect there are a number of other business owners or > > consultants who are > > > in the same situation. > > > -- > > > Julie Haugh > > > Senior Design Engineer > > > greenHouse Computers, LLC // jfh at greenhousepc.com > > // greenHousePC on > > > Skype > > > > > > > > > -------- Original > > Message -------- > > > Subject: Re: [Rxtx] > > rxtx 2010 rewrite > > > From: Adrian Crum > > > > > Date: Sun, November 21, > > 2010 9:21 pm > > > To: Dave , > > rxtx at qbang.org > > > > > > The rewrite is > > preliminary code - it needs more work. It should > > > work reliably in a > > Windows environment. The rewrite needs more > > > community participation > > to move it along. > > > > > > The best resource for > > help is the RXTX mailing list - > > > rxtx at qbang.org. > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 23 11:49:22 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 10:49:22 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <952726.30532.qm@web63102.mail.re1.yahoo.com> Check out the current repo using these instructions: http://rxtx.qbang.org/wiki/index.php/Retrieving_Source_Code and you will find the rewrite in the Rewrite2010 folder. There is a pdf document in that folder that gives an overview of the rewrite. -Adrian --- On Tue, 11/23/10, Brian Schlining wrote: From: Brian Schlining Subject: Re: [Rxtx] rxtx 2010 rewrite To: rxtx at qbang.org Date: Tuesday, November 23, 2010, 8:17 AM Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Tue Nov 23 14:28:15 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Tue, 23 Nov 2010 22:28:15 +0100 Subject: [Rxtx] Not receiving 0xa characters Message-ID: Dear all, I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. I can connect to a serial port created by a FTDI USB chip and send receive data from it. However it seems that I am not able to receive any characters with the value 0x0a (LF). Upon looking into the source code of the serial implementation I found that opening the port happens without the binary flag so I suppose that LF gets possibly eaten by the OS. Could this be the problem? Is such a problem known? Are there workarounds? Thanks in advance, best regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From msemtd at googlemail.com Wed Nov 24 02:23:44 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 09:23:44 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip and > send receive data from it. However it seems that I am not able to receive > any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem > known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. From tristan.dyer at cgi.com Wed Nov 24 05:07:01 2010 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Wed, 24 Nov 2010 07:07:01 -0500 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D051B6EFE@MTL-MSG-02.cgiclients.com> I had an issue like that about a year ago, But in my case I was piping the data into a Ubuntu VM from XP. Started using Ubuntu natively and the problem went away. It may be an issue with the usb->serial converter. -Tristan -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Erskine Sent: Wednesday, November 24, 2010 5:24 AM To: rxtx at qbang.org Subject: Re: [Rxtx] Not receiving 0xa characters On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip > and send receive data from it. However it seems that I am not able to > receive any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found > that opening the port happens without the binary flag so I suppose > that LF gets possibly eaten by the OS. Could this be the problem? Is > such a problem known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From jfh at greenhousepc.com Wed Nov 24 05:16:38 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 05:16:38 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124051638.8ef0e5b4a80cef441275a6330ffad77d.b6369d0806.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Kustaa.Nyholm at planmeca.com Wed Nov 24 06:57:34 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 15:57:34 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: Message-ID: Hi, have look at: http://linux.die.net/man/3/tcsetattr I think (without looking at txrx source code) that the port is opened without correctly setting INLCR,ICRNL and/or IGNCR. But that is Unix/Linux stuff and you are on windows. However, I would suspect there is a similar feature and possibility of a bug in rxtx on Windows too. The obvious workaround is to correct that in the source code if you are able to recompile from source. The other possibility is to try to figure out why the port in question defaults to eating LFs (0x0A). I had a program that had this same bug and hundreds of people used it without a problem until on one Linux machine it failed with similar symptoms to yours, only in my case it was output. So you might be able to somehow configure the port to default to sensible values so that even if rxtx does not set them correctly they would be set correctly by default. Just 2 snt worth. br Kusti > From: Christoph Wei? > Reply-To: > Date: Tue, 23 Nov 2010 23:28:15 +0200 > To: > Conversation: [Rxtx] Not receiving 0xa characters > Subject: [Rxtx] Not receiving 0xa characters > > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. > I can connect to a serial port created by a FTDI USB chip and send receive > data from it. However it seems that I am not able to receive any characters > with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem known? > Are there workarounds? > > Thanks in advance, > best regards, > Chris From msemtd at googlemail.com Wed Nov 24 08:07:58 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 15:07:58 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: OK, to stem this madness I just ran some tests on RXTX-2.1-7 using java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort SerialInputStream instance. I am reading and writing linefeeds with no problem. If somebody has a genuine issue with their data receive code just post it here and I will show you exactly why it is broken. Thankyouverymuch. From mariusz.dec at gmail.com Wed Nov 24 08:21:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 24 Nov 2010 16:21:06 +0100 Subject: [Rxtx] Not receiving 0xa characters References: Message-ID: Hi, first thing is to check if sender sends this code. There are a lot of terminal's software where you may configure EOL (END_OF_LINE) character or sequence.... I think that problem is here :) Mariusz ----- Original Message ----- From: "Michael Erskine" To: Sent: Wednesday, November 24, 2010 4:07 PM Subject: Re: [Rxtx] Not receiving 0xa characters > OK, to stem this madness I just ran some tests on RXTX-2.1-7 using > java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort > SerialInputStream instance. I am reading and writing linefeeds with no > problem. > > If somebody has a genuine issue with their data receive code just post > it here and I will show you exactly why it is broken. > > Thankyouverymuch. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From Kustaa.Nyholm at planmeca.com Wed Nov 24 11:01:59 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 20:01:59 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: , Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> >OK, to stem this madness I just ran some tests on RXTX-2.1-7 using >java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort >SerialInputStream instance. I am reading and writing linefeeds with no >problem. Do I detect a hint of some attitude there? The OP surely had a problem or he would not have posted here. It maybe that the problem is on the sender side or in his code. Or maybe not. It certainly is possible for the serial driver to eat or inject various combinations of CR and/or LF. Seen that, been there, done that. Doing a simple test like sending and receiving LFs does not prove much, one way or the other, it could be that your OS/driver works but the OP's configuration doesn't. If there is an issue in rxtx in that it does not set those flags I mentioned (or equivalent in Windows, if any) then it is possible that it would all depend on the ports default behavior.Like I wrote, I have not looked at the source code so I was just speculating, as I think I clearly said. If you have knowledge about this, for example know for fact that this cannot happen in Windows for any driver or if you have looked into the source code and think that what I speculated cannot be the problem then just say so and explain your reasoning. Calling this madness is not very productive. >If somebody has a genuine issue with their data receive code just post >it here and I will show you exactly why it is broken. If the OP would post the code then I would be interested to take up your offer! >Thankyouverymuch. Thank *you*. br Kusti From jfh at greenhousepc.com Wed Nov 24 11:32:10 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:32:10 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124113210.8ef0e5b4a80cef441275a6330ffad77d.2973054590.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Nov 24 11:09:48 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 24 Nov 2010 11:09:48 -0700 (MST) Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port to 'raw' after opening to avoid those translations/filters. We 'stomp' on the port to force it into a predictable configuration. term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); term->c_oflag &= ~OPOST; term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); term->c_cflag &= ~(CSIZE|PARENB); term->c_cflag |= CS8; On windows, RXTX may not be as robust and could probably use a code review by someone familiar with the structs (termios.c). I could imagine a driver on windows having unusual defaults RXTX does not override causing problems. There are not many drivers out there though. I've personally not run into the situation mentioned. On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > Hi, > > have look at: > > http://linux.die.net/man/3/tcsetattr > > I think (without looking at txrx source code) that the port > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > But that is Unix/Linux stuff and you are on windows. However, > I would suspect there is a similar feature and possibility > of a bug in rxtx on Windows too. > > The obvious workaround is to correct that in the source code > if you are able to recompile from source. > > The other possibility is to try to figure out why the > port in question defaults to eating LFs (0x0A). > > I had a program that had this same bug and hundreds of > people used it without a problem until on one Linux machine > it failed with similar symptoms to yours, only in my case > it was output. > > So you might be able to somehow configure the port to default to sensible > values so that even if rxtx does not set them correctly they > would be set correctly by default. > > Just 2 snt worth. > > br Kusti > > > >> From: Christoph Wei? >> Reply-To: >> Date: Tue, 23 Nov 2010 23:28:15 +0200 >> To: >> Conversation: [Rxtx] Not receiving 0xa characters >> Subject: [Rxtx] Not receiving 0xa characters >> >> Dear all, >> >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. >> I can connect to a serial port created by a FTDI USB chip and send receive >> data from it. However it seems that I am not able to receive any characters >> with the value 0x0a (LF). >> Upon looking into the source code of the serial implementation I found that >> opening the port happens without the binary flag so I suppose that LF gets >> possibly eaten by the OS. Could this be the problem? Is such a problem known? >> Are there workarounds? >> >> Thanks in advance, >> best regards, >> Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From jfh at greenhousepc.com Wed Nov 24 11:59:47 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:59:47 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Wed Nov 24 14:29:57 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Wed, 24 Nov 2010 22:29:57 +0100 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> References: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> Message-ID: Guys, I actually tried to reply about 12 hours ago, but as it seems this message was for some reasons relayed to the moderators. I found the error in my code and it was a very simple embarrassing one that i always read over ... I shouldn't reuse demo code without checking it twice :-/ I'm sorry for bothering you and want to say thanks for all the input when it was all my fault. Embarrassed regards, Chris On Wed, Nov 24, 2010 at 7:59 PM, wrote: > Trent, > > On =some= POSIX systems the TERMIOS are reset. On many, they aren't, in > order to avoid a number of other problems. > > It's always best, because of "lingering termios" problems to build a > mostly-raw termios by hand. In the case of RXTX, the one problem I saw is > that the port is initially set to B9600, which means any characters that are > received immediately are mis-framed. I've seen this in my code where > gibberish shows up in the initial stream. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] Not receiving 0xa characters > From: Trent Jarvi > Date: Wed, November 24, 2010 12:09 pm > To: "rxtx at qbang.org" > > > On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port > to 'raw' after opening to avoid those translations/filters. We 'stomp' on > the port to force it into a predictable configuration. > > term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); > term->c_oflag &= ~OPOST; > term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); > term->c_cflag &= ~(CSIZE|PARENB); > term->c_cflag |= CS8; > > On windows, RXTX may not be as robust and could probably use a code review > by someone familiar with the structs (termios.c). > > I could imagine a driver on windows having unusual defaults RXTX does not > override causing problems. There are not many drivers out there though. > I've personally not run into the situation mentioned. > > > On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > > > Hi, > > > > have look at: > > > > http://linux.die.net/man/3/tcsetattr > > > > I think (without looking at txrx source code) that the port > > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > > But that is Unix/Linux stuff and you are on windows. However, > > I would suspect there is a similar feature and possibility > > of a bug in rxtx on Windows too. > > > > The obvious workaround is to correct that in the source code > > if you are able to recompile from source. > > > > The other possibility is to try to figure out why the > > port in question defaults to eating LFs (0x0A). > > > > I had a program that had this same bug and hundreds of > > people used it without a problem until on one Linux machine > > it failed with similar symptoms to yours, only in my case > > it was output. > > > > So you might be able to somehow configure the port to default to sensible > > values so that even if rxtx does not set them correctly they > > would be set correctly by default. > > > > Just 2 snt worth. > > > > br Kusti > > > > > > > >> From: Christoph Wei? > >> Reply-To: > >> Date: Tue, 23 Nov 2010 23:28:15 +0200 > >> To: > >> Conversation: [Rxtx] Not receiving 0xa characters > >> Subject: [Rxtx] Not receiving 0xa characters > >> > >> Dear all, > >> > >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. > >> I can connect to a serial port created by a FTDI USB chip and send > receive > >> data from it. However it seems that I am not able to receive any > characters > >> with the value 0x0a (LF). > >> Upon looking into the source code of the serial implementation I found > that > >> opening the port happens without the binary flag so I suppose that LF > gets > >> possibly eaten by the OS. Could this be the problem? Is such a problem > known? > >> Are there workarounds? > >> > >> Thanks in advance, > >> best regards, > >> Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > ------------------------------ > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Thu Nov 25 01:42:18 2010 From: eb at inotec-feg.de (Emanuel) Date: Thu, 25 Nov 2010 09:42:18 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <002a01cb8c7c$ab5b1ea0$02115be0$@de> I knew this would be asked ^^ That's the problem, it was on a customer laptop. On a freshly installed Win7 system the problem was not reproducible. So I know, answering such a diffuse question may be impossible, maybe I should have asked about user experience with rxtx on Windows 7 (32 bit). (btw. using 64-bit OS caused a bunch of different problems ... out of scope here) Regards Emanuel >> Post a minimal implementation that reproduces the error and we can >> tell you what's going wrong. From msemtd at googlemail.com Thu Nov 25 03:21:15 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Thu, 25 Nov 2010 10:21:15 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> References: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> Message-ID: On 24 November 2010 18:01, Kustaa Nyholm wrote: > Do I detect a hint of some attitude there? Yes, attitude all the way! :) I don't mean to sound like an ass but sometimes it just comes across badly. I shall try to be more diplomatic with my posts but they will usually be along the lines of "enough theory, just post the code to let us see what's actually going on, then we can get things fixed". Regards, Michael Erskine. From msemtd at googlemail.com Fri Nov 26 02:02:11 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 09:02:11 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <002a01cb8c7c$ab5b1ea0$02115be0$@de> References: <001001cb8a55$3f819020$be84b060$@de> <002a01cb8c7c$ab5b1ea0$02115be0$@de> Message-ID: On 25 November 2010 08:42, Emanuel wrote: > I knew this would be asked ^^ > That's the problem, it was on a customer laptop. On a freshly installed Win7 > system the problem was not reproducible. > So I know, answering such a diffuse question may be impossible, maybe I > should have asked about user experience with rxtx on Windows 7 (32 bit). > (btw. using 64-bit OS caused a bunch of different problems ... out of scope > here) > > Regards > Emanuel So you don't have the source code to your own application? How on earth do you maintain your/your customer's software? The USB adapter: FTDI/Prolific/MTD? Regards, Michael. From eb at inotec-feg.de Fri Nov 26 03:13:54 2010 From: eb at inotec-feg.de (Emanuel) Date: Fri, 26 Nov 2010 11:13:54 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000601cb8d52$a1dd2310$e5976930$@de> Hi Michael, of course i do have my own sources, but i can't reproduce the problem on our hardware. So I can't shrink the app to the bare minimum which is still showing the problem. Posting the hole application (beside not allowed to me) makes no sense. Maybe there is just a threading/synchronization problem. The used usb serial adapter is a Silabs CP210x. Best regards Emanuel -----Urspr?ngliche Nachricht----- Von: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] Im Auftrag von Michael Erskine Gesendet: Dienstag, 23. November 2010 14:20 An: rxtx at qbang.org Betreff: Re: [Rxtx] Windows 7 32-bit issues Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From msemtd at googlemail.com Fri Nov 26 03:55:27 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 10:55:27 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <000601cb8d52$a1dd2310$e5976930$@de> References: <001001cb8a55$3f819020$be84b060$@de> <000601cb8d52$a1dd2310$e5976930$@de> Message-ID: On 26 November 2010 10:13, Emanuel wrote: > Hi Michael, > > of course i do have my own sources, but i can't reproduce the problem on our > hardware. > So I can't shrink the app to the bare minimum which is still showing the > problem. Posting the hole application (beside not allowed to me) makes no > sense. > Maybe there is just a threading/synchronization problem. Hi Emanuel, I usually perform all reads and error handling as serial events but flag failures to be handled in the application foreground (or any other thread other than the event handler). Perhaps I have some techniques you can use to make your code more robust. > The used usb serial adapter is a Silabs CP210x. Wow, another usb/rs232 chip to add to my wishlist! (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) Has this adapter been generally OK? > Best regards > Emanuel Regards, Michael Erskine. From davestechshop at gmail.com Fri Nov 26 12:43:12 2010 From: davestechshop at gmail.com (Dave) Date: Fri, 26 Nov 2010 14:43:12 -0500 Subject: [Rxtx] rxtx javadoc - need a simple how to for generating local javadoc files (Netbeans/Ubuntu) Message-ID: Would anyone be kind enough to provide some simple steps that would help me generate the local javadoc files for rxtx? Cookbook style would be great (step 1, step2, etc.) I have downloaded the source from CVS already, but everything related to building from source is new to me. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at ubuntu.com Sun Nov 28 17:12:30 2010 From: showard314 at ubuntu.com (Scott Howard) Date: Sun, 28 Nov 2010 19:12:30 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi Peter, On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: > I notice that Debian have patched their version of RXTX so that it scans all > ports listed under "Linux-all-ports" in RXTXCommDriver.java. The version of rxtx that will be officially released in the upcoming Debian release will still only scan a limited number of ports. However, there is an experimental version rxtx which scans all ports. Ubuntu "Natty" is also testing the version that scans Linux-all-ports, but the "Maverick" release only scanned a limited number of ports. I'm using the experimental version that scans all ports, and I have not seen a decrease in speed. I've been encouraging users to try the experimental packages, and I have not heard of any speed decrease from them so far. My plan is to continue testing and release the experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). An interesting statistic: 55% of the users of the debian rxtx package installed it because they are using the arduino platform. That number is increasing pretty rapidly. Regards, Scott From dam at mellis.org Sun Nov 28 21:24:56 2010 From: dam at mellis.org (David A. Mellis) Date: Sun, 28 Nov 2010 23:24:56 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi, Do you think there's any chance of backporting the inclusion of /dev/ttyACM* into the RXTX on earlier distributions of Debian and Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno and Mega 2560 by applying Peter's patch as part of the process of packaging Arduino for those distributions, that's fine too. Either way, let me know if there's anything I can do to help with the process. For the RXTX developers: do you think there's any possibility of allowing the application using RXTX to specify the list of prefixes to scan (in addition to the current ability to specify the specific ports to use)? Would there be any interest in a patch for this? David On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: > Hi Peter, > > On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >> I notice that Debian have patched their version of RXTX so that it scans all >> ports listed under "Linux-all-ports" in RXTXCommDriver.java. > > The version of rxtx that will be officially released in the upcoming > Debian release will still only scan a limited number of ports. > However, there is an experimental version rxtx which scans all ports. > Ubuntu "Natty" is also testing the version that scans Linux-all-ports, > but the "Maverick" release only scanned a limited number of ports. > > I'm using the experimental version that scans all ports, and I have > not seen a decrease in speed. I've been encouraging users to try the > experimental packages, and I have not heard of any speed decrease from > them so far. My plan is to continue testing and release the > experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). > > An interesting statistic: 55% of the users of the debian rxtx package > installed it because they are using the arduino platform. That number > is increasing pretty rapidly. > > Regards, > Scott > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Mon Nov 29 05:01:15 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 29 Nov 2010 05:01:15 -0700 (MST) Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: RXTX allows a list of ports to be specified but not in addition to the default port enumeration. http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F I'm not sure that adding more ways to do that is going to help people. It will probably confuse them more than anything. With wide spread acceptance of udev in common distributinos, it makes sense to enumerate all ports now. The remaining concern is embedded devices that may not run udev. That said, they don't create all device files typically and could use the above workaround. We can put a patch in at rxtx.org if there are no significant objections. On Sun, 28 Nov 2010, David A. Mellis wrote: > Hi, > > Do you think there's any chance of backporting the inclusion of > /dev/ttyACM* into the RXTX on earlier distributions of Debian and > Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno > and Mega 2560 by applying Peter's patch as part of the process of > packaging Arduino for those distributions, that's fine too. Either > way, let me know if there's anything I can do to help with the > process. > > For the RXTX developers: do you think there's any possibility of > allowing the application using RXTX to specify the list of prefixes to > scan (in addition to the current ability to specify the specific ports > to use)? Would there be any interest in a patch for this? > > David > > On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: >> Hi Peter, >> >> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >>> I notice that Debian have patched their version of RXTX so that it scans all >>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >> >> The version of rxtx that will be officially released in the upcoming >> Debian release will still only scan a limited number of ports. >> However, there is an experimental version rxtx which scans all ports. >> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >> but the "Maverick" release only scanned a limited number of ports. >> >> I'm using the experimental version that scans all ports, and I have >> not seen a decrease in speed. I've been encouraging users to try the >> experimental packages, and I have not heard of any speed decrease from >> them so far. My plan is to continue testing and release the >> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >> >> An interesting statistic: 55% of the users of the debian rxtx package >> installed it because they are using the arduino platform. That number >> is increasing pretty rapidly. >> >> Regards, >> Scott >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From eb at inotec-feg.de Mon Nov 29 05:39:01 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 29 Nov 2010 13:39:01 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000001cb8fc2$66c49de0$344dd9a0$@de> Hi Michael, > I usually perform all reads and error handling as serial events but > flag failures to be handled in the application foreground (or any > other thread other than the event handler). Perhaps I have some > techniques you can use to make your code more robust. Of course I'm interested in alternatives making the code more robust. > (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) > Has this adapter been generally OK? We actually used this adapter in some projects. Personally i don't like it that much. We actually even found a bug while using it in one projects 3 years ago (already using it in a production environment). It was fixed quite fast after reporting it. AFAIK the current drivers are stable enough but it seems there are still iusses with them. Best regards Emanuel From dam at mellis.org Mon Nov 29 08:02:42 2010 From: dam at mellis.org (David A. Mellis) Date: Mon, 29 Nov 2010 10:02:42 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Switching to enumerating all ports under Linux would be a fine solution for my (Arduino) use cases. Are you planning to make this change in RXTX itself? (Apologies if you already did and I didn't notice.) Otherwise, I think it makes sense to provide a way to specify prefixes to scan in addition to a way to specify ports to use. The former is about using additional ports, the latter (typically) about using fewer ports. Doing the latter to achieve the former requires the application to do its own scan, which seems redundant when RXTX already has code for it. David On Mon, Nov 29, 2010 at 7:01 AM, Trent Jarvi wrote: > > RXTX allows a list of ports to be specified but not in addition to the > default port enumeration. > > http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F > > I'm not sure that adding more ways to do that is going to help people. ?It > will probably confuse them more than anything. > > With wide spread acceptance of udev in common distributinos, it makes sense > to enumerate all ports now. ?The remaining concern is embedded devices that > may not run udev. ?That said, they don't create all device files typically > and could use the above workaround. > > We can put a patch in at rxtx.org if there are no significant objections. > > On Sun, 28 Nov 2010, David A. Mellis wrote: > >> Hi, >> >> Do you think there's any chance of backporting the inclusion of >> /dev/ttyACM* into the RXTX on earlier distributions of Debian and >> Ubuntu? ?Of course, if instead you'd prefer to support the Arduino Uno >> and Mega 2560 by applying Peter's patch as part of the process of >> packaging Arduino for those distributions, that's fine too. ?Either >> way, let me know if there's anything I can do to help with the >> process. >> >> For the RXTX developers: do you think there's any possibility of >> allowing the application using RXTX to specify the list of prefixes to >> scan (in addition to the current ability to specify the specific ports >> to use)? ?Would there be any interest in a patch for this? >> >> David >> >> On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard >> wrote: >>> >>> Hi Peter, >>> >>> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver >>> wrote: >>>> >>>> I notice that Debian have patched their version of RXTX so that it scans >>>> all >>>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >>> >>> The version of rxtx that will be officially released in the upcoming >>> Debian release will still only scan a limited number of ports. >>> However, there is an experimental version rxtx which scans all ports. >>> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >>> but the "Maverick" release only scanned a limited number of ports. >>> >>> I'm using the experimental version that scans all ports, and I have >>> not seen a decrease in speed. I've been encouraging users to try the >>> experimental packages, and I have not heard of any speed decrease from >>> them so far. My plan is to continue testing and release the >>> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >>> >>> An interesting statistic: 55% of the users of the debian rxtx package >>> installed it because they are using the arduino platform. That number >>> is increasing pretty rapidly. >>> >>> Regards, >>> Scott >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From bschlining at gmail.com Tue Nov 23 09:17:33 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 23 Nov 2010 08:17:33 -0800 Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <484120.44130.qm@web63103.mail.re1.yahoo.com> References: <484120.44130.qm@web63103.mail.re1.yahoo.com> Message-ID: Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: > I will be working on unit tests next. I have experience with JUnit and > Cobertura. The rewrite contains software loopbacks for testing without > hardware loopbacks, and I was thinking hardware loopbacks could be used via > settings in the properties file - so CI can test for regressions. My hope is > once we have 100% test coverage on the rewrite, the community will have > greater confidence in it. > > -Adrian > > --- On Mon, 11/22/10, Trent Jarvi wrote: > > > From: Trent Jarvi > > Subject: Re: [Rxtx] rxtx 2010 rewrite > > To: rxtx at qbang.org > > Cc: "Dave" > > Date: Monday, November 22, 2010, 7:57 PM > > > > I'm not for or against the rewrite effort. I do > > represent one of those people needing 'stable now' when I go > > to work. Here at home I'm interested in the future of > > RXTX for all those neat projects I hear about. I'm all for > > some experimenting and growing. > > > > What RXTX lacks is not coders. We have had many ideas > > bouncing around and some code that deals with things like > > serial ports that vanish (USB). The C++ rewrite is > > proof of interest there and I'm glad to see it. > > > > So whats missing? > > > > The JCP required test suites. CommAPI and RXTX lack > > test suites. CommAPI was grandfathered into the JCP and > > shortly later 'broken' for a customer right in the JCP by > > adding Solaris specific hooks. > > > > Testing CommAPI/RXTX is difficult. > > > > At work I have test suites but the coverage is specific to > > those needs - these tests existed before I started working > > there. Maybe they cover your needs, maybe not. I > > use those to qualify RXTX releases which is alot more than I > > used to do. The tests are in MATLAB code going through > > a layer of java and don't lend well to sharing (though its a > > possibility). Those test suites are the best we all have at > > this time as far as I know and that does not bode well for a > > smooth transition to a rewrite for multiple projects. > > > > > > I could run the suites against the rewrite. Honestly, > > I'm not comfortable that they cover enough for generic > > qualification though. As an example, the testsuite > > requires a loopback connection. Fun thing is the other > > side is always configured like your side. Setting > > hardware flow control failed? No problem. Its > > still odd parity? Good to go! It failed on the > > other side too. > > > > > > In agreement with Julie, there are many subtle things in > > rxtx that took more than 3 years to flush out. That > > does not mean we can't figure out how to move forward > > (without the circus wagons). > > > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > > wrote: > > > > > Adrian, > > > > > > As I've said before, some of us are ready, willing and > > able to work on RXTX, > > > but we need something much more stable NOW, and the > > existing code base is > > > the most stable, most time-tested thing going. It's > > easy to say "it should > > > work reliably", but my experience is that code like > > this typically takes 2 > > > to 3 =years= before there is enough experience with > > the code to be called > > > "working reliably". > > > > > > What I'd like to know is who feels they have a > > =reliable=, =stable=, > > > relatively =bug-free= version of the existing code > > that could be a base for > > > something that can tide people over until your work is > > well enough tested > > > that people can start migrating less critical > > applications to it. My > > > company puts products inside boxes that have to work > > for years on end. I'm > > > not going to trust my company's existence to a brand > > new re-write, and I > > > suspect there are a number of other business owners or > > consultants who are > > > in the same situation. > > > -- > > > Julie Haugh > > > Senior Design Engineer > > > greenHouse Computers, LLC // jfh at greenhousepc.com > > // greenHousePC on > > > Skype > > > > > > > > > -------- Original > > Message -------- > > > Subject: Re: [Rxtx] > > rxtx 2010 rewrite > > > From: Adrian Crum > > > > > Date: Sun, November 21, > > 2010 9:21 pm > > > To: Dave , > > rxtx at qbang.org > > > > > > The rewrite is > > preliminary code - it needs more work. It should > > > work reliably in a > > Windows environment. The rewrite needs more > > > community participation > > to move it along. > > > > > > The best resource for > > help is the RXTX mailing list - > > > rxtx at qbang.org. > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 23 11:49:22 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 10:49:22 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <952726.30532.qm@web63102.mail.re1.yahoo.com> Check out the current repo using these instructions: http://rxtx.qbang.org/wiki/index.php/Retrieving_Source_Code and you will find the rewrite in the Rewrite2010 folder. There is a pdf document in that folder that gives an overview of the rewrite. -Adrian --- On Tue, 11/23/10, Brian Schlining wrote: From: Brian Schlining Subject: Re: [Rxtx] rxtx 2010 rewrite To: rxtx at qbang.org Date: Tuesday, November 23, 2010, 8:17 AM Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Tue Nov 23 14:28:15 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Tue, 23 Nov 2010 22:28:15 +0100 Subject: [Rxtx] Not receiving 0xa characters Message-ID: Dear all, I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. I can connect to a serial port created by a FTDI USB chip and send receive data from it. However it seems that I am not able to receive any characters with the value 0x0a (LF). Upon looking into the source code of the serial implementation I found that opening the port happens without the binary flag so I suppose that LF gets possibly eaten by the OS. Could this be the problem? Is such a problem known? Are there workarounds? Thanks in advance, best regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From msemtd at googlemail.com Wed Nov 24 02:23:44 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 09:23:44 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip and > send receive data from it. However it seems that I am not able to receive > any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem > known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. From tristan.dyer at cgi.com Wed Nov 24 05:07:01 2010 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Wed, 24 Nov 2010 07:07:01 -0500 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D051B6EFE@MTL-MSG-02.cgiclients.com> I had an issue like that about a year ago, But in my case I was piping the data into a Ubuntu VM from XP. Started using Ubuntu natively and the problem went away. It may be an issue with the usb->serial converter. -Tristan -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Erskine Sent: Wednesday, November 24, 2010 5:24 AM To: rxtx at qbang.org Subject: Re: [Rxtx] Not receiving 0xa characters On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip > and send receive data from it. However it seems that I am not able to > receive any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found > that opening the port happens without the binary flag so I suppose > that LF gets possibly eaten by the OS. Could this be the problem? Is > such a problem known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From jfh at greenhousepc.com Wed Nov 24 05:16:38 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 05:16:38 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124051638.8ef0e5b4a80cef441275a6330ffad77d.b6369d0806.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Kustaa.Nyholm at planmeca.com Wed Nov 24 06:57:34 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 15:57:34 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: Message-ID: Hi, have look at: http://linux.die.net/man/3/tcsetattr I think (without looking at txrx source code) that the port is opened without correctly setting INLCR,ICRNL and/or IGNCR. But that is Unix/Linux stuff and you are on windows. However, I would suspect there is a similar feature and possibility of a bug in rxtx on Windows too. The obvious workaround is to correct that in the source code if you are able to recompile from source. The other possibility is to try to figure out why the port in question defaults to eating LFs (0x0A). I had a program that had this same bug and hundreds of people used it without a problem until on one Linux machine it failed with similar symptoms to yours, only in my case it was output. So you might be able to somehow configure the port to default to sensible values so that even if rxtx does not set them correctly they would be set correctly by default. Just 2 snt worth. br Kusti > From: Christoph Wei? > Reply-To: > Date: Tue, 23 Nov 2010 23:28:15 +0200 > To: > Conversation: [Rxtx] Not receiving 0xa characters > Subject: [Rxtx] Not receiving 0xa characters > > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. > I can connect to a serial port created by a FTDI USB chip and send receive > data from it. However it seems that I am not able to receive any characters > with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem known? > Are there workarounds? > > Thanks in advance, > best regards, > Chris From msemtd at googlemail.com Wed Nov 24 08:07:58 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 15:07:58 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: OK, to stem this madness I just ran some tests on RXTX-2.1-7 using java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort SerialInputStream instance. I am reading and writing linefeeds with no problem. If somebody has a genuine issue with their data receive code just post it here and I will show you exactly why it is broken. Thankyouverymuch. From mariusz.dec at gmail.com Wed Nov 24 08:21:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 24 Nov 2010 16:21:06 +0100 Subject: [Rxtx] Not receiving 0xa characters References: Message-ID: Hi, first thing is to check if sender sends this code. There are a lot of terminal's software where you may configure EOL (END_OF_LINE) character or sequence.... I think that problem is here :) Mariusz ----- Original Message ----- From: "Michael Erskine" To: Sent: Wednesday, November 24, 2010 4:07 PM Subject: Re: [Rxtx] Not receiving 0xa characters > OK, to stem this madness I just ran some tests on RXTX-2.1-7 using > java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort > SerialInputStream instance. I am reading and writing linefeeds with no > problem. > > If somebody has a genuine issue with their data receive code just post > it here and I will show you exactly why it is broken. > > Thankyouverymuch. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From Kustaa.Nyholm at planmeca.com Wed Nov 24 11:01:59 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 20:01:59 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: , Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> >OK, to stem this madness I just ran some tests on RXTX-2.1-7 using >java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort >SerialInputStream instance. I am reading and writing linefeeds with no >problem. Do I detect a hint of some attitude there? The OP surely had a problem or he would not have posted here. It maybe that the problem is on the sender side or in his code. Or maybe not. It certainly is possible for the serial driver to eat or inject various combinations of CR and/or LF. Seen that, been there, done that. Doing a simple test like sending and receiving LFs does not prove much, one way or the other, it could be that your OS/driver works but the OP's configuration doesn't. If there is an issue in rxtx in that it does not set those flags I mentioned (or equivalent in Windows, if any) then it is possible that it would all depend on the ports default behavior.Like I wrote, I have not looked at the source code so I was just speculating, as I think I clearly said. If you have knowledge about this, for example know for fact that this cannot happen in Windows for any driver or if you have looked into the source code and think that what I speculated cannot be the problem then just say so and explain your reasoning. Calling this madness is not very productive. >If somebody has a genuine issue with their data receive code just post >it here and I will show you exactly why it is broken. If the OP would post the code then I would be interested to take up your offer! >Thankyouverymuch. Thank *you*. br Kusti From jfh at greenhousepc.com Wed Nov 24 11:32:10 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:32:10 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124113210.8ef0e5b4a80cef441275a6330ffad77d.2973054590.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Nov 24 11:09:48 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 24 Nov 2010 11:09:48 -0700 (MST) Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port to 'raw' after opening to avoid those translations/filters. We 'stomp' on the port to force it into a predictable configuration. term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); term->c_oflag &= ~OPOST; term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); term->c_cflag &= ~(CSIZE|PARENB); term->c_cflag |= CS8; On windows, RXTX may not be as robust and could probably use a code review by someone familiar with the structs (termios.c). I could imagine a driver on windows having unusual defaults RXTX does not override causing problems. There are not many drivers out there though. I've personally not run into the situation mentioned. On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > Hi, > > have look at: > > http://linux.die.net/man/3/tcsetattr > > I think (without looking at txrx source code) that the port > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > But that is Unix/Linux stuff and you are on windows. However, > I would suspect there is a similar feature and possibility > of a bug in rxtx on Windows too. > > The obvious workaround is to correct that in the source code > if you are able to recompile from source. > > The other possibility is to try to figure out why the > port in question defaults to eating LFs (0x0A). > > I had a program that had this same bug and hundreds of > people used it without a problem until on one Linux machine > it failed with similar symptoms to yours, only in my case > it was output. > > So you might be able to somehow configure the port to default to sensible > values so that even if rxtx does not set them correctly they > would be set correctly by default. > > Just 2 snt worth. > > br Kusti > > > >> From: Christoph Wei? >> Reply-To: >> Date: Tue, 23 Nov 2010 23:28:15 +0200 >> To: >> Conversation: [Rxtx] Not receiving 0xa characters >> Subject: [Rxtx] Not receiving 0xa characters >> >> Dear all, >> >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. >> I can connect to a serial port created by a FTDI USB chip and send receive >> data from it. However it seems that I am not able to receive any characters >> with the value 0x0a (LF). >> Upon looking into the source code of the serial implementation I found that >> opening the port happens without the binary flag so I suppose that LF gets >> possibly eaten by the OS. Could this be the problem? Is such a problem known? >> Are there workarounds? >> >> Thanks in advance, >> best regards, >> Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From jfh at greenhousepc.com Wed Nov 24 11:59:47 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:59:47 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Wed Nov 24 14:29:57 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Wed, 24 Nov 2010 22:29:57 +0100 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> References: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> Message-ID: Guys, I actually tried to reply about 12 hours ago, but as it seems this message was for some reasons relayed to the moderators. I found the error in my code and it was a very simple embarrassing one that i always read over ... I shouldn't reuse demo code without checking it twice :-/ I'm sorry for bothering you and want to say thanks for all the input when it was all my fault. Embarrassed regards, Chris On Wed, Nov 24, 2010 at 7:59 PM, wrote: > Trent, > > On =some= POSIX systems the TERMIOS are reset. On many, they aren't, in > order to avoid a number of other problems. > > It's always best, because of "lingering termios" problems to build a > mostly-raw termios by hand. In the case of RXTX, the one problem I saw is > that the port is initially set to B9600, which means any characters that are > received immediately are mis-framed. I've seen this in my code where > gibberish shows up in the initial stream. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] Not receiving 0xa characters > From: Trent Jarvi > Date: Wed, November 24, 2010 12:09 pm > To: "rxtx at qbang.org" > > > On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port > to 'raw' after opening to avoid those translations/filters. We 'stomp' on > the port to force it into a predictable configuration. > > term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); > term->c_oflag &= ~OPOST; > term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); > term->c_cflag &= ~(CSIZE|PARENB); > term->c_cflag |= CS8; > > On windows, RXTX may not be as robust and could probably use a code review > by someone familiar with the structs (termios.c). > > I could imagine a driver on windows having unusual defaults RXTX does not > override causing problems. There are not many drivers out there though. > I've personally not run into the situation mentioned. > > > On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > > > Hi, > > > > have look at: > > > > http://linux.die.net/man/3/tcsetattr > > > > I think (without looking at txrx source code) that the port > > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > > But that is Unix/Linux stuff and you are on windows. However, > > I would suspect there is a similar feature and possibility > > of a bug in rxtx on Windows too. > > > > The obvious workaround is to correct that in the source code > > if you are able to recompile from source. > > > > The other possibility is to try to figure out why the > > port in question defaults to eating LFs (0x0A). > > > > I had a program that had this same bug and hundreds of > > people used it without a problem until on one Linux machine > > it failed with similar symptoms to yours, only in my case > > it was output. > > > > So you might be able to somehow configure the port to default to sensible > > values so that even if rxtx does not set them correctly they > > would be set correctly by default. > > > > Just 2 snt worth. > > > > br Kusti > > > > > > > >> From: Christoph Wei? > >> Reply-To: > >> Date: Tue, 23 Nov 2010 23:28:15 +0200 > >> To: > >> Conversation: [Rxtx] Not receiving 0xa characters > >> Subject: [Rxtx] Not receiving 0xa characters > >> > >> Dear all, > >> > >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. > >> I can connect to a serial port created by a FTDI USB chip and send > receive > >> data from it. However it seems that I am not able to receive any > characters > >> with the value 0x0a (LF). > >> Upon looking into the source code of the serial implementation I found > that > >> opening the port happens without the binary flag so I suppose that LF > gets > >> possibly eaten by the OS. Could this be the problem? Is such a problem > known? > >> Are there workarounds? > >> > >> Thanks in advance, > >> best regards, > >> Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > ------------------------------ > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Thu Nov 25 01:42:18 2010 From: eb at inotec-feg.de (Emanuel) Date: Thu, 25 Nov 2010 09:42:18 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <002a01cb8c7c$ab5b1ea0$02115be0$@de> I knew this would be asked ^^ That's the problem, it was on a customer laptop. On a freshly installed Win7 system the problem was not reproducible. So I know, answering such a diffuse question may be impossible, maybe I should have asked about user experience with rxtx on Windows 7 (32 bit). (btw. using 64-bit OS caused a bunch of different problems ... out of scope here) Regards Emanuel >> Post a minimal implementation that reproduces the error and we can >> tell you what's going wrong. From msemtd at googlemail.com Thu Nov 25 03:21:15 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Thu, 25 Nov 2010 10:21:15 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> References: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> Message-ID: On 24 November 2010 18:01, Kustaa Nyholm wrote: > Do I detect a hint of some attitude there? Yes, attitude all the way! :) I don't mean to sound like an ass but sometimes it just comes across badly. I shall try to be more diplomatic with my posts but they will usually be along the lines of "enough theory, just post the code to let us see what's actually going on, then we can get things fixed". Regards, Michael Erskine. From msemtd at googlemail.com Fri Nov 26 02:02:11 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 09:02:11 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <002a01cb8c7c$ab5b1ea0$02115be0$@de> References: <001001cb8a55$3f819020$be84b060$@de> <002a01cb8c7c$ab5b1ea0$02115be0$@de> Message-ID: On 25 November 2010 08:42, Emanuel wrote: > I knew this would be asked ^^ > That's the problem, it was on a customer laptop. On a freshly installed Win7 > system the problem was not reproducible. > So I know, answering such a diffuse question may be impossible, maybe I > should have asked about user experience with rxtx on Windows 7 (32 bit). > (btw. using 64-bit OS caused a bunch of different problems ... out of scope > here) > > Regards > Emanuel So you don't have the source code to your own application? How on earth do you maintain your/your customer's software? The USB adapter: FTDI/Prolific/MTD? Regards, Michael. From eb at inotec-feg.de Fri Nov 26 03:13:54 2010 From: eb at inotec-feg.de (Emanuel) Date: Fri, 26 Nov 2010 11:13:54 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000601cb8d52$a1dd2310$e5976930$@de> Hi Michael, of course i do have my own sources, but i can't reproduce the problem on our hardware. So I can't shrink the app to the bare minimum which is still showing the problem. Posting the hole application (beside not allowed to me) makes no sense. Maybe there is just a threading/synchronization problem. The used usb serial adapter is a Silabs CP210x. Best regards Emanuel -----Urspr?ngliche Nachricht----- Von: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] Im Auftrag von Michael Erskine Gesendet: Dienstag, 23. November 2010 14:20 An: rxtx at qbang.org Betreff: Re: [Rxtx] Windows 7 32-bit issues Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From msemtd at googlemail.com Fri Nov 26 03:55:27 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 10:55:27 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <000601cb8d52$a1dd2310$e5976930$@de> References: <001001cb8a55$3f819020$be84b060$@de> <000601cb8d52$a1dd2310$e5976930$@de> Message-ID: On 26 November 2010 10:13, Emanuel wrote: > Hi Michael, > > of course i do have my own sources, but i can't reproduce the problem on our > hardware. > So I can't shrink the app to the bare minimum which is still showing the > problem. Posting the hole application (beside not allowed to me) makes no > sense. > Maybe there is just a threading/synchronization problem. Hi Emanuel, I usually perform all reads and error handling as serial events but flag failures to be handled in the application foreground (or any other thread other than the event handler). Perhaps I have some techniques you can use to make your code more robust. > The used usb serial adapter is a Silabs CP210x. Wow, another usb/rs232 chip to add to my wishlist! (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) Has this adapter been generally OK? > Best regards > Emanuel Regards, Michael Erskine. From davestechshop at gmail.com Fri Nov 26 12:43:12 2010 From: davestechshop at gmail.com (Dave) Date: Fri, 26 Nov 2010 14:43:12 -0500 Subject: [Rxtx] rxtx javadoc - need a simple how to for generating local javadoc files (Netbeans/Ubuntu) Message-ID: Would anyone be kind enough to provide some simple steps that would help me generate the local javadoc files for rxtx? Cookbook style would be great (step 1, step2, etc.) I have downloaded the source from CVS already, but everything related to building from source is new to me. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at ubuntu.com Sun Nov 28 17:12:30 2010 From: showard314 at ubuntu.com (Scott Howard) Date: Sun, 28 Nov 2010 19:12:30 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi Peter, On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: > I notice that Debian have patched their version of RXTX so that it scans all > ports listed under "Linux-all-ports" in RXTXCommDriver.java. The version of rxtx that will be officially released in the upcoming Debian release will still only scan a limited number of ports. However, there is an experimental version rxtx which scans all ports. Ubuntu "Natty" is also testing the version that scans Linux-all-ports, but the "Maverick" release only scanned a limited number of ports. I'm using the experimental version that scans all ports, and I have not seen a decrease in speed. I've been encouraging users to try the experimental packages, and I have not heard of any speed decrease from them so far. My plan is to continue testing and release the experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). An interesting statistic: 55% of the users of the debian rxtx package installed it because they are using the arduino platform. That number is increasing pretty rapidly. Regards, Scott From dam at mellis.org Sun Nov 28 21:24:56 2010 From: dam at mellis.org (David A. Mellis) Date: Sun, 28 Nov 2010 23:24:56 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi, Do you think there's any chance of backporting the inclusion of /dev/ttyACM* into the RXTX on earlier distributions of Debian and Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno and Mega 2560 by applying Peter's patch as part of the process of packaging Arduino for those distributions, that's fine too. Either way, let me know if there's anything I can do to help with the process. For the RXTX developers: do you think there's any possibility of allowing the application using RXTX to specify the list of prefixes to scan (in addition to the current ability to specify the specific ports to use)? Would there be any interest in a patch for this? David On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: > Hi Peter, > > On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >> I notice that Debian have patched their version of RXTX so that it scans all >> ports listed under "Linux-all-ports" in RXTXCommDriver.java. > > The version of rxtx that will be officially released in the upcoming > Debian release will still only scan a limited number of ports. > However, there is an experimental version rxtx which scans all ports. > Ubuntu "Natty" is also testing the version that scans Linux-all-ports, > but the "Maverick" release only scanned a limited number of ports. > > I'm using the experimental version that scans all ports, and I have > not seen a decrease in speed. I've been encouraging users to try the > experimental packages, and I have not heard of any speed decrease from > them so far. My plan is to continue testing and release the > experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). > > An interesting statistic: 55% of the users of the debian rxtx package > installed it because they are using the arduino platform. That number > is increasing pretty rapidly. > > Regards, > Scott > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Mon Nov 29 05:01:15 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 29 Nov 2010 05:01:15 -0700 (MST) Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: RXTX allows a list of ports to be specified but not in addition to the default port enumeration. http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F I'm not sure that adding more ways to do that is going to help people. It will probably confuse them more than anything. With wide spread acceptance of udev in common distributinos, it makes sense to enumerate all ports now. The remaining concern is embedded devices that may not run udev. That said, they don't create all device files typically and could use the above workaround. We can put a patch in at rxtx.org if there are no significant objections. On Sun, 28 Nov 2010, David A. Mellis wrote: > Hi, > > Do you think there's any chance of backporting the inclusion of > /dev/ttyACM* into the RXTX on earlier distributions of Debian and > Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno > and Mega 2560 by applying Peter's patch as part of the process of > packaging Arduino for those distributions, that's fine too. Either > way, let me know if there's anything I can do to help with the > process. > > For the RXTX developers: do you think there's any possibility of > allowing the application using RXTX to specify the list of prefixes to > scan (in addition to the current ability to specify the specific ports > to use)? Would there be any interest in a patch for this? > > David > > On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: >> Hi Peter, >> >> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >>> I notice that Debian have patched their version of RXTX so that it scans all >>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >> >> The version of rxtx that will be officially released in the upcoming >> Debian release will still only scan a limited number of ports. >> However, there is an experimental version rxtx which scans all ports. >> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >> but the "Maverick" release only scanned a limited number of ports. >> >> I'm using the experimental version that scans all ports, and I have >> not seen a decrease in speed. I've been encouraging users to try the >> experimental packages, and I have not heard of any speed decrease from >> them so far. My plan is to continue testing and release the >> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >> >> An interesting statistic: 55% of the users of the debian rxtx package >> installed it because they are using the arduino platform. That number >> is increasing pretty rapidly. >> >> Regards, >> Scott >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From eb at inotec-feg.de Mon Nov 29 05:39:01 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 29 Nov 2010 13:39:01 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000001cb8fc2$66c49de0$344dd9a0$@de> Hi Michael, > I usually perform all reads and error handling as serial events but > flag failures to be handled in the application foreground (or any > other thread other than the event handler). Perhaps I have some > techniques you can use to make your code more robust. Of course I'm interested in alternatives making the code more robust. > (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) > Has this adapter been generally OK? We actually used this adapter in some projects. Personally i don't like it that much. We actually even found a bug while using it in one projects 3 years ago (already using it in a production environment). It was fixed quite fast after reporting it. AFAIK the current drivers are stable enough but it seems there are still iusses with them. Best regards Emanuel From dam at mellis.org Mon Nov 29 08:02:42 2010 From: dam at mellis.org (David A. Mellis) Date: Mon, 29 Nov 2010 10:02:42 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Switching to enumerating all ports under Linux would be a fine solution for my (Arduino) use cases. Are you planning to make this change in RXTX itself? (Apologies if you already did and I didn't notice.) Otherwise, I think it makes sense to provide a way to specify prefixes to scan in addition to a way to specify ports to use. The former is about using additional ports, the latter (typically) about using fewer ports. Doing the latter to achieve the former requires the application to do its own scan, which seems redundant when RXTX already has code for it. David On Mon, Nov 29, 2010 at 7:01 AM, Trent Jarvi wrote: > > RXTX allows a list of ports to be specified but not in addition to the > default port enumeration. > > http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F > > I'm not sure that adding more ways to do that is going to help people. ?It > will probably confuse them more than anything. > > With wide spread acceptance of udev in common distributinos, it makes sense > to enumerate all ports now. ?The remaining concern is embedded devices that > may not run udev. ?That said, they don't create all device files typically > and could use the above workaround. > > We can put a patch in at rxtx.org if there are no significant objections. > > On Sun, 28 Nov 2010, David A. Mellis wrote: > >> Hi, >> >> Do you think there's any chance of backporting the inclusion of >> /dev/ttyACM* into the RXTX on earlier distributions of Debian and >> Ubuntu? ?Of course, if instead you'd prefer to support the Arduino Uno >> and Mega 2560 by applying Peter's patch as part of the process of >> packaging Arduino for those distributions, that's fine too. ?Either >> way, let me know if there's anything I can do to help with the >> process. >> >> For the RXTX developers: do you think there's any possibility of >> allowing the application using RXTX to specify the list of prefixes to >> scan (in addition to the current ability to specify the specific ports >> to use)? ?Would there be any interest in a patch for this? >> >> David >> >> On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard >> wrote: >>> >>> Hi Peter, >>> >>> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver >>> wrote: >>>> >>>> I notice that Debian have patched their version of RXTX so that it scans >>>> all >>>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >>> >>> The version of rxtx that will be officially released in the upcoming >>> Debian release will still only scan a limited number of ports. >>> However, there is an experimental version rxtx which scans all ports. >>> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >>> but the "Maverick" release only scanned a limited number of ports. >>> >>> I'm using the experimental version that scans all ports, and I have >>> not seen a decrease in speed. I've been encouraging users to try the >>> experimental packages, and I have not heard of any speed decrease from >>> them so far. My plan is to continue testing and release the >>> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >>> >>> An interesting statistic: 55% of the users of the debian rxtx package >>> installed it because they are using the arduino platform. That number >>> is increasing pretty rapidly. >>> >>> Regards, >>> Scott >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From bschlining at gmail.com Tue Nov 23 09:17:33 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 23 Nov 2010 08:17:33 -0800 Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <484120.44130.qm@web63103.mail.re1.yahoo.com> References: <484120.44130.qm@web63103.mail.re1.yahoo.com> Message-ID: Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: > I will be working on unit tests next. I have experience with JUnit and > Cobertura. The rewrite contains software loopbacks for testing without > hardware loopbacks, and I was thinking hardware loopbacks could be used via > settings in the properties file - so CI can test for regressions. My hope is > once we have 100% test coverage on the rewrite, the community will have > greater confidence in it. > > -Adrian > > --- On Mon, 11/22/10, Trent Jarvi wrote: > > > From: Trent Jarvi > > Subject: Re: [Rxtx] rxtx 2010 rewrite > > To: rxtx at qbang.org > > Cc: "Dave" > > Date: Monday, November 22, 2010, 7:57 PM > > > > I'm not for or against the rewrite effort. I do > > represent one of those people needing 'stable now' when I go > > to work. Here at home I'm interested in the future of > > RXTX for all those neat projects I hear about. I'm all for > > some experimenting and growing. > > > > What RXTX lacks is not coders. We have had many ideas > > bouncing around and some code that deals with things like > > serial ports that vanish (USB). The C++ rewrite is > > proof of interest there and I'm glad to see it. > > > > So whats missing? > > > > The JCP required test suites. CommAPI and RXTX lack > > test suites. CommAPI was grandfathered into the JCP and > > shortly later 'broken' for a customer right in the JCP by > > adding Solaris specific hooks. > > > > Testing CommAPI/RXTX is difficult. > > > > At work I have test suites but the coverage is specific to > > those needs - these tests existed before I started working > > there. Maybe they cover your needs, maybe not. I > > use those to qualify RXTX releases which is alot more than I > > used to do. The tests are in MATLAB code going through > > a layer of java and don't lend well to sharing (though its a > > possibility). Those test suites are the best we all have at > > this time as far as I know and that does not bode well for a > > smooth transition to a rewrite for multiple projects. > > > > > > I could run the suites against the rewrite. Honestly, > > I'm not comfortable that they cover enough for generic > > qualification though. As an example, the testsuite > > requires a loopback connection. Fun thing is the other > > side is always configured like your side. Setting > > hardware flow control failed? No problem. Its > > still odd parity? Good to go! It failed on the > > other side too. > > > > > > In agreement with Julie, there are many subtle things in > > rxtx that took more than 3 years to flush out. That > > does not mean we can't figure out how to move forward > > (without the circus wagons). > > > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > > wrote: > > > > > Adrian, > > > > > > As I've said before, some of us are ready, willing and > > able to work on RXTX, > > > but we need something much more stable NOW, and the > > existing code base is > > > the most stable, most time-tested thing going. It's > > easy to say "it should > > > work reliably", but my experience is that code like > > this typically takes 2 > > > to 3 =years= before there is enough experience with > > the code to be called > > > "working reliably". > > > > > > What I'd like to know is who feels they have a > > =reliable=, =stable=, > > > relatively =bug-free= version of the existing code > > that could be a base for > > > something that can tide people over until your work is > > well enough tested > > > that people can start migrating less critical > > applications to it. My > > > company puts products inside boxes that have to work > > for years on end. I'm > > > not going to trust my company's existence to a brand > > new re-write, and I > > > suspect there are a number of other business owners or > > consultants who are > > > in the same situation. > > > -- > > > Julie Haugh > > > Senior Design Engineer > > > greenHouse Computers, LLC // jfh at greenhousepc.com > > // greenHousePC on > > > Skype > > > > > > > > > -------- Original > > Message -------- > > > Subject: Re: [Rxtx] > > rxtx 2010 rewrite > > > From: Adrian Crum > > > > > Date: Sun, November 21, > > 2010 9:21 pm > > > To: Dave , > > rxtx at qbang.org > > > > > > The rewrite is > > preliminary code - it needs more work. It should > > > work reliably in a > > Windows environment. The rewrite needs more > > > community participation > > to move it along. > > > > > > The best resource for > > help is the RXTX mailing list - > > > rxtx at qbang.org. > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 23 11:49:22 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 10:49:22 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <952726.30532.qm@web63102.mail.re1.yahoo.com> Check out the current repo using these instructions: http://rxtx.qbang.org/wiki/index.php/Retrieving_Source_Code and you will find the rewrite in the Rewrite2010 folder. There is a pdf document in that folder that gives an overview of the rewrite. -Adrian --- On Tue, 11/23/10, Brian Schlining wrote: From: Brian Schlining Subject: Re: [Rxtx] rxtx 2010 rewrite To: rxtx at qbang.org Date: Tuesday, November 23, 2010, 8:17 AM Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Tue Nov 23 14:28:15 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Tue, 23 Nov 2010 22:28:15 +0100 Subject: [Rxtx] Not receiving 0xa characters Message-ID: Dear all, I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. I can connect to a serial port created by a FTDI USB chip and send receive data from it. However it seems that I am not able to receive any characters with the value 0x0a (LF). Upon looking into the source code of the serial implementation I found that opening the port happens without the binary flag so I suppose that LF gets possibly eaten by the OS. Could this be the problem? Is such a problem known? Are there workarounds? Thanks in advance, best regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From msemtd at googlemail.com Wed Nov 24 02:23:44 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 09:23:44 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip and > send receive data from it. However it seems that I am not able to receive > any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem > known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. From tristan.dyer at cgi.com Wed Nov 24 05:07:01 2010 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Wed, 24 Nov 2010 07:07:01 -0500 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D051B6EFE@MTL-MSG-02.cgiclients.com> I had an issue like that about a year ago, But in my case I was piping the data into a Ubuntu VM from XP. Started using Ubuntu natively and the problem went away. It may be an issue with the usb->serial converter. -Tristan -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Erskine Sent: Wednesday, November 24, 2010 5:24 AM To: rxtx at qbang.org Subject: Re: [Rxtx] Not receiving 0xa characters On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip > and send receive data from it. However it seems that I am not able to > receive any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found > that opening the port happens without the binary flag so I suppose > that LF gets possibly eaten by the OS. Could this be the problem? Is > such a problem known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From jfh at greenhousepc.com Wed Nov 24 05:16:38 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 05:16:38 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124051638.8ef0e5b4a80cef441275a6330ffad77d.b6369d0806.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Kustaa.Nyholm at planmeca.com Wed Nov 24 06:57:34 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 15:57:34 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: Message-ID: Hi, have look at: http://linux.die.net/man/3/tcsetattr I think (without looking at txrx source code) that the port is opened without correctly setting INLCR,ICRNL and/or IGNCR. But that is Unix/Linux stuff and you are on windows. However, I would suspect there is a similar feature and possibility of a bug in rxtx on Windows too. The obvious workaround is to correct that in the source code if you are able to recompile from source. The other possibility is to try to figure out why the port in question defaults to eating LFs (0x0A). I had a program that had this same bug and hundreds of people used it without a problem until on one Linux machine it failed with similar symptoms to yours, only in my case it was output. So you might be able to somehow configure the port to default to sensible values so that even if rxtx does not set them correctly they would be set correctly by default. Just 2 snt worth. br Kusti > From: Christoph Wei? > Reply-To: > Date: Tue, 23 Nov 2010 23:28:15 +0200 > To: > Conversation: [Rxtx] Not receiving 0xa characters > Subject: [Rxtx] Not receiving 0xa characters > > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. > I can connect to a serial port created by a FTDI USB chip and send receive > data from it. However it seems that I am not able to receive any characters > with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem known? > Are there workarounds? > > Thanks in advance, > best regards, > Chris From msemtd at googlemail.com Wed Nov 24 08:07:58 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 15:07:58 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: OK, to stem this madness I just ran some tests on RXTX-2.1-7 using java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort SerialInputStream instance. I am reading and writing linefeeds with no problem. If somebody has a genuine issue with their data receive code just post it here and I will show you exactly why it is broken. Thankyouverymuch. From mariusz.dec at gmail.com Wed Nov 24 08:21:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 24 Nov 2010 16:21:06 +0100 Subject: [Rxtx] Not receiving 0xa characters References: Message-ID: Hi, first thing is to check if sender sends this code. There are a lot of terminal's software where you may configure EOL (END_OF_LINE) character or sequence.... I think that problem is here :) Mariusz ----- Original Message ----- From: "Michael Erskine" To: Sent: Wednesday, November 24, 2010 4:07 PM Subject: Re: [Rxtx] Not receiving 0xa characters > OK, to stem this madness I just ran some tests on RXTX-2.1-7 using > java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort > SerialInputStream instance. I am reading and writing linefeeds with no > problem. > > If somebody has a genuine issue with their data receive code just post > it here and I will show you exactly why it is broken. > > Thankyouverymuch. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From Kustaa.Nyholm at planmeca.com Wed Nov 24 11:01:59 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 20:01:59 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: , Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> >OK, to stem this madness I just ran some tests on RXTX-2.1-7 using >java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort >SerialInputStream instance. I am reading and writing linefeeds with no >problem. Do I detect a hint of some attitude there? The OP surely had a problem or he would not have posted here. It maybe that the problem is on the sender side or in his code. Or maybe not. It certainly is possible for the serial driver to eat or inject various combinations of CR and/or LF. Seen that, been there, done that. Doing a simple test like sending and receiving LFs does not prove much, one way or the other, it could be that your OS/driver works but the OP's configuration doesn't. If there is an issue in rxtx in that it does not set those flags I mentioned (or equivalent in Windows, if any) then it is possible that it would all depend on the ports default behavior.Like I wrote, I have not looked at the source code so I was just speculating, as I think I clearly said. If you have knowledge about this, for example know for fact that this cannot happen in Windows for any driver or if you have looked into the source code and think that what I speculated cannot be the problem then just say so and explain your reasoning. Calling this madness is not very productive. >If somebody has a genuine issue with their data receive code just post >it here and I will show you exactly why it is broken. If the OP would post the code then I would be interested to take up your offer! >Thankyouverymuch. Thank *you*. br Kusti From jfh at greenhousepc.com Wed Nov 24 11:32:10 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:32:10 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124113210.8ef0e5b4a80cef441275a6330ffad77d.2973054590.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Nov 24 11:09:48 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 24 Nov 2010 11:09:48 -0700 (MST) Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port to 'raw' after opening to avoid those translations/filters. We 'stomp' on the port to force it into a predictable configuration. term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); term->c_oflag &= ~OPOST; term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); term->c_cflag &= ~(CSIZE|PARENB); term->c_cflag |= CS8; On windows, RXTX may not be as robust and could probably use a code review by someone familiar with the structs (termios.c). I could imagine a driver on windows having unusual defaults RXTX does not override causing problems. There are not many drivers out there though. I've personally not run into the situation mentioned. On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > Hi, > > have look at: > > http://linux.die.net/man/3/tcsetattr > > I think (without looking at txrx source code) that the port > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > But that is Unix/Linux stuff and you are on windows. However, > I would suspect there is a similar feature and possibility > of a bug in rxtx on Windows too. > > The obvious workaround is to correct that in the source code > if you are able to recompile from source. > > The other possibility is to try to figure out why the > port in question defaults to eating LFs (0x0A). > > I had a program that had this same bug and hundreds of > people used it without a problem until on one Linux machine > it failed with similar symptoms to yours, only in my case > it was output. > > So you might be able to somehow configure the port to default to sensible > values so that even if rxtx does not set them correctly they > would be set correctly by default. > > Just 2 snt worth. > > br Kusti > > > >> From: Christoph Wei? >> Reply-To: >> Date: Tue, 23 Nov 2010 23:28:15 +0200 >> To: >> Conversation: [Rxtx] Not receiving 0xa characters >> Subject: [Rxtx] Not receiving 0xa characters >> >> Dear all, >> >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. >> I can connect to a serial port created by a FTDI USB chip and send receive >> data from it. However it seems that I am not able to receive any characters >> with the value 0x0a (LF). >> Upon looking into the source code of the serial implementation I found that >> opening the port happens without the binary flag so I suppose that LF gets >> possibly eaten by the OS. Could this be the problem? Is such a problem known? >> Are there workarounds? >> >> Thanks in advance, >> best regards, >> Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From jfh at greenhousepc.com Wed Nov 24 11:59:47 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:59:47 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Wed Nov 24 14:29:57 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Wed, 24 Nov 2010 22:29:57 +0100 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> References: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> Message-ID: Guys, I actually tried to reply about 12 hours ago, but as it seems this message was for some reasons relayed to the moderators. I found the error in my code and it was a very simple embarrassing one that i always read over ... I shouldn't reuse demo code without checking it twice :-/ I'm sorry for bothering you and want to say thanks for all the input when it was all my fault. Embarrassed regards, Chris On Wed, Nov 24, 2010 at 7:59 PM, wrote: > Trent, > > On =some= POSIX systems the TERMIOS are reset. On many, they aren't, in > order to avoid a number of other problems. > > It's always best, because of "lingering termios" problems to build a > mostly-raw termios by hand. In the case of RXTX, the one problem I saw is > that the port is initially set to B9600, which means any characters that are > received immediately are mis-framed. I've seen this in my code where > gibberish shows up in the initial stream. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] Not receiving 0xa characters > From: Trent Jarvi > Date: Wed, November 24, 2010 12:09 pm > To: "rxtx at qbang.org" > > > On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port > to 'raw' after opening to avoid those translations/filters. We 'stomp' on > the port to force it into a predictable configuration. > > term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); > term->c_oflag &= ~OPOST; > term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); > term->c_cflag &= ~(CSIZE|PARENB); > term->c_cflag |= CS8; > > On windows, RXTX may not be as robust and could probably use a code review > by someone familiar with the structs (termios.c). > > I could imagine a driver on windows having unusual defaults RXTX does not > override causing problems. There are not many drivers out there though. > I've personally not run into the situation mentioned. > > > On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > > > Hi, > > > > have look at: > > > > http://linux.die.net/man/3/tcsetattr > > > > I think (without looking at txrx source code) that the port > > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > > But that is Unix/Linux stuff and you are on windows. However, > > I would suspect there is a similar feature and possibility > > of a bug in rxtx on Windows too. > > > > The obvious workaround is to correct that in the source code > > if you are able to recompile from source. > > > > The other possibility is to try to figure out why the > > port in question defaults to eating LFs (0x0A). > > > > I had a program that had this same bug and hundreds of > > people used it without a problem until on one Linux machine > > it failed with similar symptoms to yours, only in my case > > it was output. > > > > So you might be able to somehow configure the port to default to sensible > > values so that even if rxtx does not set them correctly they > > would be set correctly by default. > > > > Just 2 snt worth. > > > > br Kusti > > > > > > > >> From: Christoph Wei? > >> Reply-To: > >> Date: Tue, 23 Nov 2010 23:28:15 +0200 > >> To: > >> Conversation: [Rxtx] Not receiving 0xa characters > >> Subject: [Rxtx] Not receiving 0xa characters > >> > >> Dear all, > >> > >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. > >> I can connect to a serial port created by a FTDI USB chip and send > receive > >> data from it. However it seems that I am not able to receive any > characters > >> with the value 0x0a (LF). > >> Upon looking into the source code of the serial implementation I found > that > >> opening the port happens without the binary flag so I suppose that LF > gets > >> possibly eaten by the OS. Could this be the problem? Is such a problem > known? > >> Are there workarounds? > >> > >> Thanks in advance, > >> best regards, > >> Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > ------------------------------ > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Thu Nov 25 01:42:18 2010 From: eb at inotec-feg.de (Emanuel) Date: Thu, 25 Nov 2010 09:42:18 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <002a01cb8c7c$ab5b1ea0$02115be0$@de> I knew this would be asked ^^ That's the problem, it was on a customer laptop. On a freshly installed Win7 system the problem was not reproducible. So I know, answering such a diffuse question may be impossible, maybe I should have asked about user experience with rxtx on Windows 7 (32 bit). (btw. using 64-bit OS caused a bunch of different problems ... out of scope here) Regards Emanuel >> Post a minimal implementation that reproduces the error and we can >> tell you what's going wrong. From msemtd at googlemail.com Thu Nov 25 03:21:15 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Thu, 25 Nov 2010 10:21:15 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> References: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> Message-ID: On 24 November 2010 18:01, Kustaa Nyholm wrote: > Do I detect a hint of some attitude there? Yes, attitude all the way! :) I don't mean to sound like an ass but sometimes it just comes across badly. I shall try to be more diplomatic with my posts but they will usually be along the lines of "enough theory, just post the code to let us see what's actually going on, then we can get things fixed". Regards, Michael Erskine. From msemtd at googlemail.com Fri Nov 26 02:02:11 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 09:02:11 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <002a01cb8c7c$ab5b1ea0$02115be0$@de> References: <001001cb8a55$3f819020$be84b060$@de> <002a01cb8c7c$ab5b1ea0$02115be0$@de> Message-ID: On 25 November 2010 08:42, Emanuel wrote: > I knew this would be asked ^^ > That's the problem, it was on a customer laptop. On a freshly installed Win7 > system the problem was not reproducible. > So I know, answering such a diffuse question may be impossible, maybe I > should have asked about user experience with rxtx on Windows 7 (32 bit). > (btw. using 64-bit OS caused a bunch of different problems ... out of scope > here) > > Regards > Emanuel So you don't have the source code to your own application? How on earth do you maintain your/your customer's software? The USB adapter: FTDI/Prolific/MTD? Regards, Michael. From eb at inotec-feg.de Fri Nov 26 03:13:54 2010 From: eb at inotec-feg.de (Emanuel) Date: Fri, 26 Nov 2010 11:13:54 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000601cb8d52$a1dd2310$e5976930$@de> Hi Michael, of course i do have my own sources, but i can't reproduce the problem on our hardware. So I can't shrink the app to the bare minimum which is still showing the problem. Posting the hole application (beside not allowed to me) makes no sense. Maybe there is just a threading/synchronization problem. The used usb serial adapter is a Silabs CP210x. Best regards Emanuel -----Urspr?ngliche Nachricht----- Von: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] Im Auftrag von Michael Erskine Gesendet: Dienstag, 23. November 2010 14:20 An: rxtx at qbang.org Betreff: Re: [Rxtx] Windows 7 32-bit issues Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From msemtd at googlemail.com Fri Nov 26 03:55:27 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 10:55:27 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <000601cb8d52$a1dd2310$e5976930$@de> References: <001001cb8a55$3f819020$be84b060$@de> <000601cb8d52$a1dd2310$e5976930$@de> Message-ID: On 26 November 2010 10:13, Emanuel wrote: > Hi Michael, > > of course i do have my own sources, but i can't reproduce the problem on our > hardware. > So I can't shrink the app to the bare minimum which is still showing the > problem. Posting the hole application (beside not allowed to me) makes no > sense. > Maybe there is just a threading/synchronization problem. Hi Emanuel, I usually perform all reads and error handling as serial events but flag failures to be handled in the application foreground (or any other thread other than the event handler). Perhaps I have some techniques you can use to make your code more robust. > The used usb serial adapter is a Silabs CP210x. Wow, another usb/rs232 chip to add to my wishlist! (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) Has this adapter been generally OK? > Best regards > Emanuel Regards, Michael Erskine. From davestechshop at gmail.com Fri Nov 26 12:43:12 2010 From: davestechshop at gmail.com (Dave) Date: Fri, 26 Nov 2010 14:43:12 -0500 Subject: [Rxtx] rxtx javadoc - need a simple how to for generating local javadoc files (Netbeans/Ubuntu) Message-ID: Would anyone be kind enough to provide some simple steps that would help me generate the local javadoc files for rxtx? Cookbook style would be great (step 1, step2, etc.) I have downloaded the source from CVS already, but everything related to building from source is new to me. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at ubuntu.com Sun Nov 28 17:12:30 2010 From: showard314 at ubuntu.com (Scott Howard) Date: Sun, 28 Nov 2010 19:12:30 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi Peter, On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: > I notice that Debian have patched their version of RXTX so that it scans all > ports listed under "Linux-all-ports" in RXTXCommDriver.java. The version of rxtx that will be officially released in the upcoming Debian release will still only scan a limited number of ports. However, there is an experimental version rxtx which scans all ports. Ubuntu "Natty" is also testing the version that scans Linux-all-ports, but the "Maverick" release only scanned a limited number of ports. I'm using the experimental version that scans all ports, and I have not seen a decrease in speed. I've been encouraging users to try the experimental packages, and I have not heard of any speed decrease from them so far. My plan is to continue testing and release the experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). An interesting statistic: 55% of the users of the debian rxtx package installed it because they are using the arduino platform. That number is increasing pretty rapidly. Regards, Scott From dam at mellis.org Sun Nov 28 21:24:56 2010 From: dam at mellis.org (David A. Mellis) Date: Sun, 28 Nov 2010 23:24:56 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi, Do you think there's any chance of backporting the inclusion of /dev/ttyACM* into the RXTX on earlier distributions of Debian and Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno and Mega 2560 by applying Peter's patch as part of the process of packaging Arduino for those distributions, that's fine too. Either way, let me know if there's anything I can do to help with the process. For the RXTX developers: do you think there's any possibility of allowing the application using RXTX to specify the list of prefixes to scan (in addition to the current ability to specify the specific ports to use)? Would there be any interest in a patch for this? David On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: > Hi Peter, > > On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >> I notice that Debian have patched their version of RXTX so that it scans all >> ports listed under "Linux-all-ports" in RXTXCommDriver.java. > > The version of rxtx that will be officially released in the upcoming > Debian release will still only scan a limited number of ports. > However, there is an experimental version rxtx which scans all ports. > Ubuntu "Natty" is also testing the version that scans Linux-all-ports, > but the "Maverick" release only scanned a limited number of ports. > > I'm using the experimental version that scans all ports, and I have > not seen a decrease in speed. I've been encouraging users to try the > experimental packages, and I have not heard of any speed decrease from > them so far. My plan is to continue testing and release the > experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). > > An interesting statistic: 55% of the users of the debian rxtx package > installed it because they are using the arduino platform. That number > is increasing pretty rapidly. > > Regards, > Scott > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Mon Nov 29 05:01:15 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 29 Nov 2010 05:01:15 -0700 (MST) Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: RXTX allows a list of ports to be specified but not in addition to the default port enumeration. http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F I'm not sure that adding more ways to do that is going to help people. It will probably confuse them more than anything. With wide spread acceptance of udev in common distributinos, it makes sense to enumerate all ports now. The remaining concern is embedded devices that may not run udev. That said, they don't create all device files typically and could use the above workaround. We can put a patch in at rxtx.org if there are no significant objections. On Sun, 28 Nov 2010, David A. Mellis wrote: > Hi, > > Do you think there's any chance of backporting the inclusion of > /dev/ttyACM* into the RXTX on earlier distributions of Debian and > Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno > and Mega 2560 by applying Peter's patch as part of the process of > packaging Arduino for those distributions, that's fine too. Either > way, let me know if there's anything I can do to help with the > process. > > For the RXTX developers: do you think there's any possibility of > allowing the application using RXTX to specify the list of prefixes to > scan (in addition to the current ability to specify the specific ports > to use)? Would there be any interest in a patch for this? > > David > > On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: >> Hi Peter, >> >> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >>> I notice that Debian have patched their version of RXTX so that it scans all >>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >> >> The version of rxtx that will be officially released in the upcoming >> Debian release will still only scan a limited number of ports. >> However, there is an experimental version rxtx which scans all ports. >> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >> but the "Maverick" release only scanned a limited number of ports. >> >> I'm using the experimental version that scans all ports, and I have >> not seen a decrease in speed. I've been encouraging users to try the >> experimental packages, and I have not heard of any speed decrease from >> them so far. My plan is to continue testing and release the >> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >> >> An interesting statistic: 55% of the users of the debian rxtx package >> installed it because they are using the arduino platform. That number >> is increasing pretty rapidly. >> >> Regards, >> Scott >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From eb at inotec-feg.de Mon Nov 29 05:39:01 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 29 Nov 2010 13:39:01 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000001cb8fc2$66c49de0$344dd9a0$@de> Hi Michael, > I usually perform all reads and error handling as serial events but > flag failures to be handled in the application foreground (or any > other thread other than the event handler). Perhaps I have some > techniques you can use to make your code more robust. Of course I'm interested in alternatives making the code more robust. > (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) > Has this adapter been generally OK? We actually used this adapter in some projects. Personally i don't like it that much. We actually even found a bug while using it in one projects 3 years ago (already using it in a production environment). It was fixed quite fast after reporting it. AFAIK the current drivers are stable enough but it seems there are still iusses with them. Best regards Emanuel From dam at mellis.org Mon Nov 29 08:02:42 2010 From: dam at mellis.org (David A. Mellis) Date: Mon, 29 Nov 2010 10:02:42 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Switching to enumerating all ports under Linux would be a fine solution for my (Arduino) use cases. Are you planning to make this change in RXTX itself? (Apologies if you already did and I didn't notice.) Otherwise, I think it makes sense to provide a way to specify prefixes to scan in addition to a way to specify ports to use. The former is about using additional ports, the latter (typically) about using fewer ports. Doing the latter to achieve the former requires the application to do its own scan, which seems redundant when RXTX already has code for it. David On Mon, Nov 29, 2010 at 7:01 AM, Trent Jarvi wrote: > > RXTX allows a list of ports to be specified but not in addition to the > default port enumeration. > > http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F > > I'm not sure that adding more ways to do that is going to help people. ?It > will probably confuse them more than anything. > > With wide spread acceptance of udev in common distributinos, it makes sense > to enumerate all ports now. ?The remaining concern is embedded devices that > may not run udev. ?That said, they don't create all device files typically > and could use the above workaround. > > We can put a patch in at rxtx.org if there are no significant objections. > > On Sun, 28 Nov 2010, David A. Mellis wrote: > >> Hi, >> >> Do you think there's any chance of backporting the inclusion of >> /dev/ttyACM* into the RXTX on earlier distributions of Debian and >> Ubuntu? ?Of course, if instead you'd prefer to support the Arduino Uno >> and Mega 2560 by applying Peter's patch as part of the process of >> packaging Arduino for those distributions, that's fine too. ?Either >> way, let me know if there's anything I can do to help with the >> process. >> >> For the RXTX developers: do you think there's any possibility of >> allowing the application using RXTX to specify the list of prefixes to >> scan (in addition to the current ability to specify the specific ports >> to use)? ?Would there be any interest in a patch for this? >> >> David >> >> On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard >> wrote: >>> >>> Hi Peter, >>> >>> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver >>> wrote: >>>> >>>> I notice that Debian have patched their version of RXTX so that it scans >>>> all >>>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >>> >>> The version of rxtx that will be officially released in the upcoming >>> Debian release will still only scan a limited number of ports. >>> However, there is an experimental version rxtx which scans all ports. >>> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >>> but the "Maverick" release only scanned a limited number of ports. >>> >>> I'm using the experimental version that scans all ports, and I have >>> not seen a decrease in speed. I've been encouraging users to try the >>> experimental packages, and I have not heard of any speed decrease from >>> them so far. My plan is to continue testing and release the >>> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >>> >>> An interesting statistic: 55% of the users of the debian rxtx package >>> installed it because they are using the arduino platform. That number >>> is increasing pretty rapidly. >>> >>> Regards, >>> Scott >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From bschlining at gmail.com Tue Nov 23 09:17:33 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 23 Nov 2010 08:17:33 -0800 Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <484120.44130.qm@web63103.mail.re1.yahoo.com> References: <484120.44130.qm@web63103.mail.re1.yahoo.com> Message-ID: Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: > I will be working on unit tests next. I have experience with JUnit and > Cobertura. The rewrite contains software loopbacks for testing without > hardware loopbacks, and I was thinking hardware loopbacks could be used via > settings in the properties file - so CI can test for regressions. My hope is > once we have 100% test coverage on the rewrite, the community will have > greater confidence in it. > > -Adrian > > --- On Mon, 11/22/10, Trent Jarvi wrote: > > > From: Trent Jarvi > > Subject: Re: [Rxtx] rxtx 2010 rewrite > > To: rxtx at qbang.org > > Cc: "Dave" > > Date: Monday, November 22, 2010, 7:57 PM > > > > I'm not for or against the rewrite effort. I do > > represent one of those people needing 'stable now' when I go > > to work. Here at home I'm interested in the future of > > RXTX for all those neat projects I hear about. I'm all for > > some experimenting and growing. > > > > What RXTX lacks is not coders. We have had many ideas > > bouncing around and some code that deals with things like > > serial ports that vanish (USB). The C++ rewrite is > > proof of interest there and I'm glad to see it. > > > > So whats missing? > > > > The JCP required test suites. CommAPI and RXTX lack > > test suites. CommAPI was grandfathered into the JCP and > > shortly later 'broken' for a customer right in the JCP by > > adding Solaris specific hooks. > > > > Testing CommAPI/RXTX is difficult. > > > > At work I have test suites but the coverage is specific to > > those needs - these tests existed before I started working > > there. Maybe they cover your needs, maybe not. I > > use those to qualify RXTX releases which is alot more than I > > used to do. The tests are in MATLAB code going through > > a layer of java and don't lend well to sharing (though its a > > possibility). Those test suites are the best we all have at > > this time as far as I know and that does not bode well for a > > smooth transition to a rewrite for multiple projects. > > > > > > I could run the suites against the rewrite. Honestly, > > I'm not comfortable that they cover enough for generic > > qualification though. As an example, the testsuite > > requires a loopback connection. Fun thing is the other > > side is always configured like your side. Setting > > hardware flow control failed? No problem. Its > > still odd parity? Good to go! It failed on the > > other side too. > > > > > > In agreement with Julie, there are many subtle things in > > rxtx that took more than 3 years to flush out. That > > does not mean we can't figure out how to move forward > > (without the circus wagons). > > > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > > wrote: > > > > > Adrian, > > > > > > As I've said before, some of us are ready, willing and > > able to work on RXTX, > > > but we need something much more stable NOW, and the > > existing code base is > > > the most stable, most time-tested thing going. It's > > easy to say "it should > > > work reliably", but my experience is that code like > > this typically takes 2 > > > to 3 =years= before there is enough experience with > > the code to be called > > > "working reliably". > > > > > > What I'd like to know is who feels they have a > > =reliable=, =stable=, > > > relatively =bug-free= version of the existing code > > that could be a base for > > > something that can tide people over until your work is > > well enough tested > > > that people can start migrating less critical > > applications to it. My > > > company puts products inside boxes that have to work > > for years on end. I'm > > > not going to trust my company's existence to a brand > > new re-write, and I > > > suspect there are a number of other business owners or > > consultants who are > > > in the same situation. > > > -- > > > Julie Haugh > > > Senior Design Engineer > > > greenHouse Computers, LLC // jfh at greenhousepc.com > > // greenHousePC on > > > Skype > > > > > > > > > -------- Original > > Message -------- > > > Subject: Re: [Rxtx] > > rxtx 2010 rewrite > > > From: Adrian Crum > > > > > Date: Sun, November 21, > > 2010 9:21 pm > > > To: Dave , > > rxtx at qbang.org > > > > > > The rewrite is > > preliminary code - it needs more work. It should > > > work reliably in a > > Windows environment. The rewrite needs more > > > community participation > > to move it along. > > > > > > The best resource for > > help is the RXTX mailing list - > > > rxtx at qbang.org. > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 23 11:49:22 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 10:49:22 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <952726.30532.qm@web63102.mail.re1.yahoo.com> Check out the current repo using these instructions: http://rxtx.qbang.org/wiki/index.php/Retrieving_Source_Code and you will find the rewrite in the Rewrite2010 folder. There is a pdf document in that folder that gives an overview of the rewrite. -Adrian --- On Tue, 11/23/10, Brian Schlining wrote: From: Brian Schlining Subject: Re: [Rxtx] rxtx 2010 rewrite To: rxtx at qbang.org Date: Tuesday, November 23, 2010, 8:17 AM Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Tue Nov 23 14:28:15 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Tue, 23 Nov 2010 22:28:15 +0100 Subject: [Rxtx] Not receiving 0xa characters Message-ID: Dear all, I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. I can connect to a serial port created by a FTDI USB chip and send receive data from it. However it seems that I am not able to receive any characters with the value 0x0a (LF). Upon looking into the source code of the serial implementation I found that opening the port happens without the binary flag so I suppose that LF gets possibly eaten by the OS. Could this be the problem? Is such a problem known? Are there workarounds? Thanks in advance, best regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From msemtd at googlemail.com Wed Nov 24 02:23:44 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 09:23:44 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip and > send receive data from it. However it seems that I am not able to receive > any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem > known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. From tristan.dyer at cgi.com Wed Nov 24 05:07:01 2010 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Wed, 24 Nov 2010 07:07:01 -0500 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D051B6EFE@MTL-MSG-02.cgiclients.com> I had an issue like that about a year ago, But in my case I was piping the data into a Ubuntu VM from XP. Started using Ubuntu natively and the problem went away. It may be an issue with the usb->serial converter. -Tristan -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Erskine Sent: Wednesday, November 24, 2010 5:24 AM To: rxtx at qbang.org Subject: Re: [Rxtx] Not receiving 0xa characters On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip > and send receive data from it. However it seems that I am not able to > receive any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found > that opening the port happens without the binary flag so I suppose > that LF gets possibly eaten by the OS. Could this be the problem? Is > such a problem known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From jfh at greenhousepc.com Wed Nov 24 05:16:38 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 05:16:38 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124051638.8ef0e5b4a80cef441275a6330ffad77d.b6369d0806.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Kustaa.Nyholm at planmeca.com Wed Nov 24 06:57:34 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 15:57:34 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: Message-ID: Hi, have look at: http://linux.die.net/man/3/tcsetattr I think (without looking at txrx source code) that the port is opened without correctly setting INLCR,ICRNL and/or IGNCR. But that is Unix/Linux stuff and you are on windows. However, I would suspect there is a similar feature and possibility of a bug in rxtx on Windows too. The obvious workaround is to correct that in the source code if you are able to recompile from source. The other possibility is to try to figure out why the port in question defaults to eating LFs (0x0A). I had a program that had this same bug and hundreds of people used it without a problem until on one Linux machine it failed with similar symptoms to yours, only in my case it was output. So you might be able to somehow configure the port to default to sensible values so that even if rxtx does not set them correctly they would be set correctly by default. Just 2 snt worth. br Kusti > From: Christoph Wei? > Reply-To: > Date: Tue, 23 Nov 2010 23:28:15 +0200 > To: > Conversation: [Rxtx] Not receiving 0xa characters > Subject: [Rxtx] Not receiving 0xa characters > > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. > I can connect to a serial port created by a FTDI USB chip and send receive > data from it. However it seems that I am not able to receive any characters > with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem known? > Are there workarounds? > > Thanks in advance, > best regards, > Chris From msemtd at googlemail.com Wed Nov 24 08:07:58 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 15:07:58 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: OK, to stem this madness I just ran some tests on RXTX-2.1-7 using java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort SerialInputStream instance. I am reading and writing linefeeds with no problem. If somebody has a genuine issue with their data receive code just post it here and I will show you exactly why it is broken. Thankyouverymuch. From mariusz.dec at gmail.com Wed Nov 24 08:21:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 24 Nov 2010 16:21:06 +0100 Subject: [Rxtx] Not receiving 0xa characters References: Message-ID: Hi, first thing is to check if sender sends this code. There are a lot of terminal's software where you may configure EOL (END_OF_LINE) character or sequence.... I think that problem is here :) Mariusz ----- Original Message ----- From: "Michael Erskine" To: Sent: Wednesday, November 24, 2010 4:07 PM Subject: Re: [Rxtx] Not receiving 0xa characters > OK, to stem this madness I just ran some tests on RXTX-2.1-7 using > java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort > SerialInputStream instance. I am reading and writing linefeeds with no > problem. > > If somebody has a genuine issue with their data receive code just post > it here and I will show you exactly why it is broken. > > Thankyouverymuch. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From Kustaa.Nyholm at planmeca.com Wed Nov 24 11:01:59 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 20:01:59 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: , Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> >OK, to stem this madness I just ran some tests on RXTX-2.1-7 using >java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort >SerialInputStream instance. I am reading and writing linefeeds with no >problem. Do I detect a hint of some attitude there? The OP surely had a problem or he would not have posted here. It maybe that the problem is on the sender side or in his code. Or maybe not. It certainly is possible for the serial driver to eat or inject various combinations of CR and/or LF. Seen that, been there, done that. Doing a simple test like sending and receiving LFs does not prove much, one way or the other, it could be that your OS/driver works but the OP's configuration doesn't. If there is an issue in rxtx in that it does not set those flags I mentioned (or equivalent in Windows, if any) then it is possible that it would all depend on the ports default behavior.Like I wrote, I have not looked at the source code so I was just speculating, as I think I clearly said. If you have knowledge about this, for example know for fact that this cannot happen in Windows for any driver or if you have looked into the source code and think that what I speculated cannot be the problem then just say so and explain your reasoning. Calling this madness is not very productive. >If somebody has a genuine issue with their data receive code just post >it here and I will show you exactly why it is broken. If the OP would post the code then I would be interested to take up your offer! >Thankyouverymuch. Thank *you*. br Kusti From jfh at greenhousepc.com Wed Nov 24 11:32:10 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:32:10 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124113210.8ef0e5b4a80cef441275a6330ffad77d.2973054590.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Nov 24 11:09:48 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 24 Nov 2010 11:09:48 -0700 (MST) Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port to 'raw' after opening to avoid those translations/filters. We 'stomp' on the port to force it into a predictable configuration. term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); term->c_oflag &= ~OPOST; term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); term->c_cflag &= ~(CSIZE|PARENB); term->c_cflag |= CS8; On windows, RXTX may not be as robust and could probably use a code review by someone familiar with the structs (termios.c). I could imagine a driver on windows having unusual defaults RXTX does not override causing problems. There are not many drivers out there though. I've personally not run into the situation mentioned. On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > Hi, > > have look at: > > http://linux.die.net/man/3/tcsetattr > > I think (without looking at txrx source code) that the port > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > But that is Unix/Linux stuff and you are on windows. However, > I would suspect there is a similar feature and possibility > of a bug in rxtx on Windows too. > > The obvious workaround is to correct that in the source code > if you are able to recompile from source. > > The other possibility is to try to figure out why the > port in question defaults to eating LFs (0x0A). > > I had a program that had this same bug and hundreds of > people used it without a problem until on one Linux machine > it failed with similar symptoms to yours, only in my case > it was output. > > So you might be able to somehow configure the port to default to sensible > values so that even if rxtx does not set them correctly they > would be set correctly by default. > > Just 2 snt worth. > > br Kusti > > > >> From: Christoph Wei? >> Reply-To: >> Date: Tue, 23 Nov 2010 23:28:15 +0200 >> To: >> Conversation: [Rxtx] Not receiving 0xa characters >> Subject: [Rxtx] Not receiving 0xa characters >> >> Dear all, >> >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. >> I can connect to a serial port created by a FTDI USB chip and send receive >> data from it. However it seems that I am not able to receive any characters >> with the value 0x0a (LF). >> Upon looking into the source code of the serial implementation I found that >> opening the port happens without the binary flag so I suppose that LF gets >> possibly eaten by the OS. Could this be the problem? Is such a problem known? >> Are there workarounds? >> >> Thanks in advance, >> best regards, >> Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From jfh at greenhousepc.com Wed Nov 24 11:59:47 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:59:47 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Wed Nov 24 14:29:57 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Wed, 24 Nov 2010 22:29:57 +0100 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> References: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> Message-ID: Guys, I actually tried to reply about 12 hours ago, but as it seems this message was for some reasons relayed to the moderators. I found the error in my code and it was a very simple embarrassing one that i always read over ... I shouldn't reuse demo code without checking it twice :-/ I'm sorry for bothering you and want to say thanks for all the input when it was all my fault. Embarrassed regards, Chris On Wed, Nov 24, 2010 at 7:59 PM, wrote: > Trent, > > On =some= POSIX systems the TERMIOS are reset. On many, they aren't, in > order to avoid a number of other problems. > > It's always best, because of "lingering termios" problems to build a > mostly-raw termios by hand. In the case of RXTX, the one problem I saw is > that the port is initially set to B9600, which means any characters that are > received immediately are mis-framed. I've seen this in my code where > gibberish shows up in the initial stream. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] Not receiving 0xa characters > From: Trent Jarvi > Date: Wed, November 24, 2010 12:09 pm > To: "rxtx at qbang.org" > > > On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port > to 'raw' after opening to avoid those translations/filters. We 'stomp' on > the port to force it into a predictable configuration. > > term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); > term->c_oflag &= ~OPOST; > term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); > term->c_cflag &= ~(CSIZE|PARENB); > term->c_cflag |= CS8; > > On windows, RXTX may not be as robust and could probably use a code review > by someone familiar with the structs (termios.c). > > I could imagine a driver on windows having unusual defaults RXTX does not > override causing problems. There are not many drivers out there though. > I've personally not run into the situation mentioned. > > > On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > > > Hi, > > > > have look at: > > > > http://linux.die.net/man/3/tcsetattr > > > > I think (without looking at txrx source code) that the port > > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > > But that is Unix/Linux stuff and you are on windows. However, > > I would suspect there is a similar feature and possibility > > of a bug in rxtx on Windows too. > > > > The obvious workaround is to correct that in the source code > > if you are able to recompile from source. > > > > The other possibility is to try to figure out why the > > port in question defaults to eating LFs (0x0A). > > > > I had a program that had this same bug and hundreds of > > people used it without a problem until on one Linux machine > > it failed with similar symptoms to yours, only in my case > > it was output. > > > > So you might be able to somehow configure the port to default to sensible > > values so that even if rxtx does not set them correctly they > > would be set correctly by default. > > > > Just 2 snt worth. > > > > br Kusti > > > > > > > >> From: Christoph Wei? > >> Reply-To: > >> Date: Tue, 23 Nov 2010 23:28:15 +0200 > >> To: > >> Conversation: [Rxtx] Not receiving 0xa characters > >> Subject: [Rxtx] Not receiving 0xa characters > >> > >> Dear all, > >> > >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. > >> I can connect to a serial port created by a FTDI USB chip and send > receive > >> data from it. However it seems that I am not able to receive any > characters > >> with the value 0x0a (LF). > >> Upon looking into the source code of the serial implementation I found > that > >> opening the port happens without the binary flag so I suppose that LF > gets > >> possibly eaten by the OS. Could this be the problem? Is such a problem > known? > >> Are there workarounds? > >> > >> Thanks in advance, > >> best regards, > >> Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > ------------------------------ > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Thu Nov 25 01:42:18 2010 From: eb at inotec-feg.de (Emanuel) Date: Thu, 25 Nov 2010 09:42:18 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <002a01cb8c7c$ab5b1ea0$02115be0$@de> I knew this would be asked ^^ That's the problem, it was on a customer laptop. On a freshly installed Win7 system the problem was not reproducible. So I know, answering such a diffuse question may be impossible, maybe I should have asked about user experience with rxtx on Windows 7 (32 bit). (btw. using 64-bit OS caused a bunch of different problems ... out of scope here) Regards Emanuel >> Post a minimal implementation that reproduces the error and we can >> tell you what's going wrong. From msemtd at googlemail.com Thu Nov 25 03:21:15 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Thu, 25 Nov 2010 10:21:15 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> References: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> Message-ID: On 24 November 2010 18:01, Kustaa Nyholm wrote: > Do I detect a hint of some attitude there? Yes, attitude all the way! :) I don't mean to sound like an ass but sometimes it just comes across badly. I shall try to be more diplomatic with my posts but they will usually be along the lines of "enough theory, just post the code to let us see what's actually going on, then we can get things fixed". Regards, Michael Erskine. From msemtd at googlemail.com Fri Nov 26 02:02:11 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 09:02:11 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <002a01cb8c7c$ab5b1ea0$02115be0$@de> References: <001001cb8a55$3f819020$be84b060$@de> <002a01cb8c7c$ab5b1ea0$02115be0$@de> Message-ID: On 25 November 2010 08:42, Emanuel wrote: > I knew this would be asked ^^ > That's the problem, it was on a customer laptop. On a freshly installed Win7 > system the problem was not reproducible. > So I know, answering such a diffuse question may be impossible, maybe I > should have asked about user experience with rxtx on Windows 7 (32 bit). > (btw. using 64-bit OS caused a bunch of different problems ... out of scope > here) > > Regards > Emanuel So you don't have the source code to your own application? How on earth do you maintain your/your customer's software? The USB adapter: FTDI/Prolific/MTD? Regards, Michael. From eb at inotec-feg.de Fri Nov 26 03:13:54 2010 From: eb at inotec-feg.de (Emanuel) Date: Fri, 26 Nov 2010 11:13:54 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000601cb8d52$a1dd2310$e5976930$@de> Hi Michael, of course i do have my own sources, but i can't reproduce the problem on our hardware. So I can't shrink the app to the bare minimum which is still showing the problem. Posting the hole application (beside not allowed to me) makes no sense. Maybe there is just a threading/synchronization problem. The used usb serial adapter is a Silabs CP210x. Best regards Emanuel -----Urspr?ngliche Nachricht----- Von: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] Im Auftrag von Michael Erskine Gesendet: Dienstag, 23. November 2010 14:20 An: rxtx at qbang.org Betreff: Re: [Rxtx] Windows 7 32-bit issues Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From msemtd at googlemail.com Fri Nov 26 03:55:27 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 10:55:27 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <000601cb8d52$a1dd2310$e5976930$@de> References: <001001cb8a55$3f819020$be84b060$@de> <000601cb8d52$a1dd2310$e5976930$@de> Message-ID: On 26 November 2010 10:13, Emanuel wrote: > Hi Michael, > > of course i do have my own sources, but i can't reproduce the problem on our > hardware. > So I can't shrink the app to the bare minimum which is still showing the > problem. Posting the hole application (beside not allowed to me) makes no > sense. > Maybe there is just a threading/synchronization problem. Hi Emanuel, I usually perform all reads and error handling as serial events but flag failures to be handled in the application foreground (or any other thread other than the event handler). Perhaps I have some techniques you can use to make your code more robust. > The used usb serial adapter is a Silabs CP210x. Wow, another usb/rs232 chip to add to my wishlist! (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) Has this adapter been generally OK? > Best regards > Emanuel Regards, Michael Erskine. From davestechshop at gmail.com Fri Nov 26 12:43:12 2010 From: davestechshop at gmail.com (Dave) Date: Fri, 26 Nov 2010 14:43:12 -0500 Subject: [Rxtx] rxtx javadoc - need a simple how to for generating local javadoc files (Netbeans/Ubuntu) Message-ID: Would anyone be kind enough to provide some simple steps that would help me generate the local javadoc files for rxtx? Cookbook style would be great (step 1, step2, etc.) I have downloaded the source from CVS already, but everything related to building from source is new to me. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at ubuntu.com Sun Nov 28 17:12:30 2010 From: showard314 at ubuntu.com (Scott Howard) Date: Sun, 28 Nov 2010 19:12:30 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi Peter, On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: > I notice that Debian have patched their version of RXTX so that it scans all > ports listed under "Linux-all-ports" in RXTXCommDriver.java. The version of rxtx that will be officially released in the upcoming Debian release will still only scan a limited number of ports. However, there is an experimental version rxtx which scans all ports. Ubuntu "Natty" is also testing the version that scans Linux-all-ports, but the "Maverick" release only scanned a limited number of ports. I'm using the experimental version that scans all ports, and I have not seen a decrease in speed. I've been encouraging users to try the experimental packages, and I have not heard of any speed decrease from them so far. My plan is to continue testing and release the experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). An interesting statistic: 55% of the users of the debian rxtx package installed it because they are using the arduino platform. That number is increasing pretty rapidly. Regards, Scott From dam at mellis.org Sun Nov 28 21:24:56 2010 From: dam at mellis.org (David A. Mellis) Date: Sun, 28 Nov 2010 23:24:56 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi, Do you think there's any chance of backporting the inclusion of /dev/ttyACM* into the RXTX on earlier distributions of Debian and Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno and Mega 2560 by applying Peter's patch as part of the process of packaging Arduino for those distributions, that's fine too. Either way, let me know if there's anything I can do to help with the process. For the RXTX developers: do you think there's any possibility of allowing the application using RXTX to specify the list of prefixes to scan (in addition to the current ability to specify the specific ports to use)? Would there be any interest in a patch for this? David On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: > Hi Peter, > > On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >> I notice that Debian have patched their version of RXTX so that it scans all >> ports listed under "Linux-all-ports" in RXTXCommDriver.java. > > The version of rxtx that will be officially released in the upcoming > Debian release will still only scan a limited number of ports. > However, there is an experimental version rxtx which scans all ports. > Ubuntu "Natty" is also testing the version that scans Linux-all-ports, > but the "Maverick" release only scanned a limited number of ports. > > I'm using the experimental version that scans all ports, and I have > not seen a decrease in speed. I've been encouraging users to try the > experimental packages, and I have not heard of any speed decrease from > them so far. My plan is to continue testing and release the > experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). > > An interesting statistic: 55% of the users of the debian rxtx package > installed it because they are using the arduino platform. That number > is increasing pretty rapidly. > > Regards, > Scott > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Mon Nov 29 05:01:15 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 29 Nov 2010 05:01:15 -0700 (MST) Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: RXTX allows a list of ports to be specified but not in addition to the default port enumeration. http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F I'm not sure that adding more ways to do that is going to help people. It will probably confuse them more than anything. With wide spread acceptance of udev in common distributinos, it makes sense to enumerate all ports now. The remaining concern is embedded devices that may not run udev. That said, they don't create all device files typically and could use the above workaround. We can put a patch in at rxtx.org if there are no significant objections. On Sun, 28 Nov 2010, David A. Mellis wrote: > Hi, > > Do you think there's any chance of backporting the inclusion of > /dev/ttyACM* into the RXTX on earlier distributions of Debian and > Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno > and Mega 2560 by applying Peter's patch as part of the process of > packaging Arduino for those distributions, that's fine too. Either > way, let me know if there's anything I can do to help with the > process. > > For the RXTX developers: do you think there's any possibility of > allowing the application using RXTX to specify the list of prefixes to > scan (in addition to the current ability to specify the specific ports > to use)? Would there be any interest in a patch for this? > > David > > On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: >> Hi Peter, >> >> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >>> I notice that Debian have patched their version of RXTX so that it scans all >>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >> >> The version of rxtx that will be officially released in the upcoming >> Debian release will still only scan a limited number of ports. >> However, there is an experimental version rxtx which scans all ports. >> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >> but the "Maverick" release only scanned a limited number of ports. >> >> I'm using the experimental version that scans all ports, and I have >> not seen a decrease in speed. I've been encouraging users to try the >> experimental packages, and I have not heard of any speed decrease from >> them so far. My plan is to continue testing and release the >> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >> >> An interesting statistic: 55% of the users of the debian rxtx package >> installed it because they are using the arduino platform. That number >> is increasing pretty rapidly. >> >> Regards, >> Scott >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From eb at inotec-feg.de Mon Nov 29 05:39:01 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 29 Nov 2010 13:39:01 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000001cb8fc2$66c49de0$344dd9a0$@de> Hi Michael, > I usually perform all reads and error handling as serial events but > flag failures to be handled in the application foreground (or any > other thread other than the event handler). Perhaps I have some > techniques you can use to make your code more robust. Of course I'm interested in alternatives making the code more robust. > (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) > Has this adapter been generally OK? We actually used this adapter in some projects. Personally i don't like it that much. We actually even found a bug while using it in one projects 3 years ago (already using it in a production environment). It was fixed quite fast after reporting it. AFAIK the current drivers are stable enough but it seems there are still iusses with them. Best regards Emanuel From dam at mellis.org Mon Nov 29 08:02:42 2010 From: dam at mellis.org (David A. Mellis) Date: Mon, 29 Nov 2010 10:02:42 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Switching to enumerating all ports under Linux would be a fine solution for my (Arduino) use cases. Are you planning to make this change in RXTX itself? (Apologies if you already did and I didn't notice.) Otherwise, I think it makes sense to provide a way to specify prefixes to scan in addition to a way to specify ports to use. The former is about using additional ports, the latter (typically) about using fewer ports. Doing the latter to achieve the former requires the application to do its own scan, which seems redundant when RXTX already has code for it. David On Mon, Nov 29, 2010 at 7:01 AM, Trent Jarvi wrote: > > RXTX allows a list of ports to be specified but not in addition to the > default port enumeration. > > http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F > > I'm not sure that adding more ways to do that is going to help people. ?It > will probably confuse them more than anything. > > With wide spread acceptance of udev in common distributinos, it makes sense > to enumerate all ports now. ?The remaining concern is embedded devices that > may not run udev. ?That said, they don't create all device files typically > and could use the above workaround. > > We can put a patch in at rxtx.org if there are no significant objections. > > On Sun, 28 Nov 2010, David A. Mellis wrote: > >> Hi, >> >> Do you think there's any chance of backporting the inclusion of >> /dev/ttyACM* into the RXTX on earlier distributions of Debian and >> Ubuntu? ?Of course, if instead you'd prefer to support the Arduino Uno >> and Mega 2560 by applying Peter's patch as part of the process of >> packaging Arduino for those distributions, that's fine too. ?Either >> way, let me know if there's anything I can do to help with the >> process. >> >> For the RXTX developers: do you think there's any possibility of >> allowing the application using RXTX to specify the list of prefixes to >> scan (in addition to the current ability to specify the specific ports >> to use)? ?Would there be any interest in a patch for this? >> >> David >> >> On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard >> wrote: >>> >>> Hi Peter, >>> >>> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver >>> wrote: >>>> >>>> I notice that Debian have patched their version of RXTX so that it scans >>>> all >>>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >>> >>> The version of rxtx that will be officially released in the upcoming >>> Debian release will still only scan a limited number of ports. >>> However, there is an experimental version rxtx which scans all ports. >>> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >>> but the "Maverick" release only scanned a limited number of ports. >>> >>> I'm using the experimental version that scans all ports, and I have >>> not seen a decrease in speed. I've been encouraging users to try the >>> experimental packages, and I have not heard of any speed decrease from >>> them so far. My plan is to continue testing and release the >>> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >>> >>> An interesting statistic: 55% of the users of the debian rxtx package >>> installed it because they are using the arduino platform. That number >>> is increasing pretty rapidly. >>> >>> Regards, >>> Scott >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From bschlining at gmail.com Tue Nov 23 09:17:33 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 23 Nov 2010 08:17:33 -0800 Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <484120.44130.qm@web63103.mail.re1.yahoo.com> References: <484120.44130.qm@web63103.mail.re1.yahoo.com> Message-ID: Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: > I will be working on unit tests next. I have experience with JUnit and > Cobertura. The rewrite contains software loopbacks for testing without > hardware loopbacks, and I was thinking hardware loopbacks could be used via > settings in the properties file - so CI can test for regressions. My hope is > once we have 100% test coverage on the rewrite, the community will have > greater confidence in it. > > -Adrian > > --- On Mon, 11/22/10, Trent Jarvi wrote: > > > From: Trent Jarvi > > Subject: Re: [Rxtx] rxtx 2010 rewrite > > To: rxtx at qbang.org > > Cc: "Dave" > > Date: Monday, November 22, 2010, 7:57 PM > > > > I'm not for or against the rewrite effort. I do > > represent one of those people needing 'stable now' when I go > > to work. Here at home I'm interested in the future of > > RXTX for all those neat projects I hear about. I'm all for > > some experimenting and growing. > > > > What RXTX lacks is not coders. We have had many ideas > > bouncing around and some code that deals with things like > > serial ports that vanish (USB). The C++ rewrite is > > proof of interest there and I'm glad to see it. > > > > So whats missing? > > > > The JCP required test suites. CommAPI and RXTX lack > > test suites. CommAPI was grandfathered into the JCP and > > shortly later 'broken' for a customer right in the JCP by > > adding Solaris specific hooks. > > > > Testing CommAPI/RXTX is difficult. > > > > At work I have test suites but the coverage is specific to > > those needs - these tests existed before I started working > > there. Maybe they cover your needs, maybe not. I > > use those to qualify RXTX releases which is alot more than I > > used to do. The tests are in MATLAB code going through > > a layer of java and don't lend well to sharing (though its a > > possibility). Those test suites are the best we all have at > > this time as far as I know and that does not bode well for a > > smooth transition to a rewrite for multiple projects. > > > > > > I could run the suites against the rewrite. Honestly, > > I'm not comfortable that they cover enough for generic > > qualification though. As an example, the testsuite > > requires a loopback connection. Fun thing is the other > > side is always configured like your side. Setting > > hardware flow control failed? No problem. Its > > still odd parity? Good to go! It failed on the > > other side too. > > > > > > In agreement with Julie, there are many subtle things in > > rxtx that took more than 3 years to flush out. That > > does not mean we can't figure out how to move forward > > (without the circus wagons). > > > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > > wrote: > > > > > Adrian, > > > > > > As I've said before, some of us are ready, willing and > > able to work on RXTX, > > > but we need something much more stable NOW, and the > > existing code base is > > > the most stable, most time-tested thing going. It's > > easy to say "it should > > > work reliably", but my experience is that code like > > this typically takes 2 > > > to 3 =years= before there is enough experience with > > the code to be called > > > "working reliably". > > > > > > What I'd like to know is who feels they have a > > =reliable=, =stable=, > > > relatively =bug-free= version of the existing code > > that could be a base for > > > something that can tide people over until your work is > > well enough tested > > > that people can start migrating less critical > > applications to it. My > > > company puts products inside boxes that have to work > > for years on end. I'm > > > not going to trust my company's existence to a brand > > new re-write, and I > > > suspect there are a number of other business owners or > > consultants who are > > > in the same situation. > > > -- > > > Julie Haugh > > > Senior Design Engineer > > > greenHouse Computers, LLC // jfh at greenhousepc.com > > // greenHousePC on > > > Skype > > > > > > > > > -------- Original > > Message -------- > > > Subject: Re: [Rxtx] > > rxtx 2010 rewrite > > > From: Adrian Crum > > > > > Date: Sun, November 21, > > 2010 9:21 pm > > > To: Dave , > > rxtx at qbang.org > > > > > > The rewrite is > > preliminary code - it needs more work. It should > > > work reliably in a > > Windows environment. The rewrite needs more > > > community participation > > to move it along. > > > > > > The best resource for > > help is the RXTX mailing list - > > > rxtx at qbang.org. > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 23 11:49:22 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 10:49:22 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <952726.30532.qm@web63102.mail.re1.yahoo.com> Check out the current repo using these instructions: http://rxtx.qbang.org/wiki/index.php/Retrieving_Source_Code and you will find the rewrite in the Rewrite2010 folder. There is a pdf document in that folder that gives an overview of the rewrite. -Adrian --- On Tue, 11/23/10, Brian Schlining wrote: From: Brian Schlining Subject: Re: [Rxtx] rxtx 2010 rewrite To: rxtx at qbang.org Date: Tuesday, November 23, 2010, 8:17 AM Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Tue Nov 23 14:28:15 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Tue, 23 Nov 2010 22:28:15 +0100 Subject: [Rxtx] Not receiving 0xa characters Message-ID: Dear all, I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. I can connect to a serial port created by a FTDI USB chip and send receive data from it. However it seems that I am not able to receive any characters with the value 0x0a (LF). Upon looking into the source code of the serial implementation I found that opening the port happens without the binary flag so I suppose that LF gets possibly eaten by the OS. Could this be the problem? Is such a problem known? Are there workarounds? Thanks in advance, best regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From msemtd at googlemail.com Wed Nov 24 02:23:44 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 09:23:44 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip and > send receive data from it. However it seems that I am not able to receive > any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem > known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. From tristan.dyer at cgi.com Wed Nov 24 05:07:01 2010 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Wed, 24 Nov 2010 07:07:01 -0500 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D051B6EFE@MTL-MSG-02.cgiclients.com> I had an issue like that about a year ago, But in my case I was piping the data into a Ubuntu VM from XP. Started using Ubuntu natively and the problem went away. It may be an issue with the usb->serial converter. -Tristan -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Erskine Sent: Wednesday, November 24, 2010 5:24 AM To: rxtx at qbang.org Subject: Re: [Rxtx] Not receiving 0xa characters On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip > and send receive data from it. However it seems that I am not able to > receive any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found > that opening the port happens without the binary flag so I suppose > that LF gets possibly eaten by the OS. Could this be the problem? Is > such a problem known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From jfh at greenhousepc.com Wed Nov 24 05:16:38 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 05:16:38 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124051638.8ef0e5b4a80cef441275a6330ffad77d.b6369d0806.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Kustaa.Nyholm at planmeca.com Wed Nov 24 06:57:34 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 15:57:34 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: Message-ID: Hi, have look at: http://linux.die.net/man/3/tcsetattr I think (without looking at txrx source code) that the port is opened without correctly setting INLCR,ICRNL and/or IGNCR. But that is Unix/Linux stuff and you are on windows. However, I would suspect there is a similar feature and possibility of a bug in rxtx on Windows too. The obvious workaround is to correct that in the source code if you are able to recompile from source. The other possibility is to try to figure out why the port in question defaults to eating LFs (0x0A). I had a program that had this same bug and hundreds of people used it without a problem until on one Linux machine it failed with similar symptoms to yours, only in my case it was output. So you might be able to somehow configure the port to default to sensible values so that even if rxtx does not set them correctly they would be set correctly by default. Just 2 snt worth. br Kusti > From: Christoph Wei? > Reply-To: > Date: Tue, 23 Nov 2010 23:28:15 +0200 > To: > Conversation: [Rxtx] Not receiving 0xa characters > Subject: [Rxtx] Not receiving 0xa characters > > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. > I can connect to a serial port created by a FTDI USB chip and send receive > data from it. However it seems that I am not able to receive any characters > with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem known? > Are there workarounds? > > Thanks in advance, > best regards, > Chris From msemtd at googlemail.com Wed Nov 24 08:07:58 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 15:07:58 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: OK, to stem this madness I just ran some tests on RXTX-2.1-7 using java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort SerialInputStream instance. I am reading and writing linefeeds with no problem. If somebody has a genuine issue with their data receive code just post it here and I will show you exactly why it is broken. Thankyouverymuch. From mariusz.dec at gmail.com Wed Nov 24 08:21:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 24 Nov 2010 16:21:06 +0100 Subject: [Rxtx] Not receiving 0xa characters References: Message-ID: Hi, first thing is to check if sender sends this code. There are a lot of terminal's software where you may configure EOL (END_OF_LINE) character or sequence.... I think that problem is here :) Mariusz ----- Original Message ----- From: "Michael Erskine" To: Sent: Wednesday, November 24, 2010 4:07 PM Subject: Re: [Rxtx] Not receiving 0xa characters > OK, to stem this madness I just ran some tests on RXTX-2.1-7 using > java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort > SerialInputStream instance. I am reading and writing linefeeds with no > problem. > > If somebody has a genuine issue with their data receive code just post > it here and I will show you exactly why it is broken. > > Thankyouverymuch. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From Kustaa.Nyholm at planmeca.com Wed Nov 24 11:01:59 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 20:01:59 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: , Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> >OK, to stem this madness I just ran some tests on RXTX-2.1-7 using >java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort >SerialInputStream instance. I am reading and writing linefeeds with no >problem. Do I detect a hint of some attitude there? The OP surely had a problem or he would not have posted here. It maybe that the problem is on the sender side or in his code. Or maybe not. It certainly is possible for the serial driver to eat or inject various combinations of CR and/or LF. Seen that, been there, done that. Doing a simple test like sending and receiving LFs does not prove much, one way or the other, it could be that your OS/driver works but the OP's configuration doesn't. If there is an issue in rxtx in that it does not set those flags I mentioned (or equivalent in Windows, if any) then it is possible that it would all depend on the ports default behavior.Like I wrote, I have not looked at the source code so I was just speculating, as I think I clearly said. If you have knowledge about this, for example know for fact that this cannot happen in Windows for any driver or if you have looked into the source code and think that what I speculated cannot be the problem then just say so and explain your reasoning. Calling this madness is not very productive. >If somebody has a genuine issue with their data receive code just post >it here and I will show you exactly why it is broken. If the OP would post the code then I would be interested to take up your offer! >Thankyouverymuch. Thank *you*. br Kusti From jfh at greenhousepc.com Wed Nov 24 11:32:10 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:32:10 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124113210.8ef0e5b4a80cef441275a6330ffad77d.2973054590.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Nov 24 11:09:48 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 24 Nov 2010 11:09:48 -0700 (MST) Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port to 'raw' after opening to avoid those translations/filters. We 'stomp' on the port to force it into a predictable configuration. term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); term->c_oflag &= ~OPOST; term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); term->c_cflag &= ~(CSIZE|PARENB); term->c_cflag |= CS8; On windows, RXTX may not be as robust and could probably use a code review by someone familiar with the structs (termios.c). I could imagine a driver on windows having unusual defaults RXTX does not override causing problems. There are not many drivers out there though. I've personally not run into the situation mentioned. On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > Hi, > > have look at: > > http://linux.die.net/man/3/tcsetattr > > I think (without looking at txrx source code) that the port > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > But that is Unix/Linux stuff and you are on windows. However, > I would suspect there is a similar feature and possibility > of a bug in rxtx on Windows too. > > The obvious workaround is to correct that in the source code > if you are able to recompile from source. > > The other possibility is to try to figure out why the > port in question defaults to eating LFs (0x0A). > > I had a program that had this same bug and hundreds of > people used it without a problem until on one Linux machine > it failed with similar symptoms to yours, only in my case > it was output. > > So you might be able to somehow configure the port to default to sensible > values so that even if rxtx does not set them correctly they > would be set correctly by default. > > Just 2 snt worth. > > br Kusti > > > >> From: Christoph Wei? >> Reply-To: >> Date: Tue, 23 Nov 2010 23:28:15 +0200 >> To: >> Conversation: [Rxtx] Not receiving 0xa characters >> Subject: [Rxtx] Not receiving 0xa characters >> >> Dear all, >> >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. >> I can connect to a serial port created by a FTDI USB chip and send receive >> data from it. However it seems that I am not able to receive any characters >> with the value 0x0a (LF). >> Upon looking into the source code of the serial implementation I found that >> opening the port happens without the binary flag so I suppose that LF gets >> possibly eaten by the OS. Could this be the problem? Is such a problem known? >> Are there workarounds? >> >> Thanks in advance, >> best regards, >> Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From jfh at greenhousepc.com Wed Nov 24 11:59:47 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:59:47 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Wed Nov 24 14:29:57 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Wed, 24 Nov 2010 22:29:57 +0100 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> References: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> Message-ID: Guys, I actually tried to reply about 12 hours ago, but as it seems this message was for some reasons relayed to the moderators. I found the error in my code and it was a very simple embarrassing one that i always read over ... I shouldn't reuse demo code without checking it twice :-/ I'm sorry for bothering you and want to say thanks for all the input when it was all my fault. Embarrassed regards, Chris On Wed, Nov 24, 2010 at 7:59 PM, wrote: > Trent, > > On =some= POSIX systems the TERMIOS are reset. On many, they aren't, in > order to avoid a number of other problems. > > It's always best, because of "lingering termios" problems to build a > mostly-raw termios by hand. In the case of RXTX, the one problem I saw is > that the port is initially set to B9600, which means any characters that are > received immediately are mis-framed. I've seen this in my code where > gibberish shows up in the initial stream. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] Not receiving 0xa characters > From: Trent Jarvi > Date: Wed, November 24, 2010 12:09 pm > To: "rxtx at qbang.org" > > > On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port > to 'raw' after opening to avoid those translations/filters. We 'stomp' on > the port to force it into a predictable configuration. > > term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); > term->c_oflag &= ~OPOST; > term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); > term->c_cflag &= ~(CSIZE|PARENB); > term->c_cflag |= CS8; > > On windows, RXTX may not be as robust and could probably use a code review > by someone familiar with the structs (termios.c). > > I could imagine a driver on windows having unusual defaults RXTX does not > override causing problems. There are not many drivers out there though. > I've personally not run into the situation mentioned. > > > On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > > > Hi, > > > > have look at: > > > > http://linux.die.net/man/3/tcsetattr > > > > I think (without looking at txrx source code) that the port > > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > > But that is Unix/Linux stuff and you are on windows. However, > > I would suspect there is a similar feature and possibility > > of a bug in rxtx on Windows too. > > > > The obvious workaround is to correct that in the source code > > if you are able to recompile from source. > > > > The other possibility is to try to figure out why the > > port in question defaults to eating LFs (0x0A). > > > > I had a program that had this same bug and hundreds of > > people used it without a problem until on one Linux machine > > it failed with similar symptoms to yours, only in my case > > it was output. > > > > So you might be able to somehow configure the port to default to sensible > > values so that even if rxtx does not set them correctly they > > would be set correctly by default. > > > > Just 2 snt worth. > > > > br Kusti > > > > > > > >> From: Christoph Wei? > >> Reply-To: > >> Date: Tue, 23 Nov 2010 23:28:15 +0200 > >> To: > >> Conversation: [Rxtx] Not receiving 0xa characters > >> Subject: [Rxtx] Not receiving 0xa characters > >> > >> Dear all, > >> > >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. > >> I can connect to a serial port created by a FTDI USB chip and send > receive > >> data from it. However it seems that I am not able to receive any > characters > >> with the value 0x0a (LF). > >> Upon looking into the source code of the serial implementation I found > that > >> opening the port happens without the binary flag so I suppose that LF > gets > >> possibly eaten by the OS. Could this be the problem? Is such a problem > known? > >> Are there workarounds? > >> > >> Thanks in advance, > >> best regards, > >> Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > ------------------------------ > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Thu Nov 25 01:42:18 2010 From: eb at inotec-feg.de (Emanuel) Date: Thu, 25 Nov 2010 09:42:18 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <002a01cb8c7c$ab5b1ea0$02115be0$@de> I knew this would be asked ^^ That's the problem, it was on a customer laptop. On a freshly installed Win7 system the problem was not reproducible. So I know, answering such a diffuse question may be impossible, maybe I should have asked about user experience with rxtx on Windows 7 (32 bit). (btw. using 64-bit OS caused a bunch of different problems ... out of scope here) Regards Emanuel >> Post a minimal implementation that reproduces the error and we can >> tell you what's going wrong. From msemtd at googlemail.com Thu Nov 25 03:21:15 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Thu, 25 Nov 2010 10:21:15 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> References: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> Message-ID: On 24 November 2010 18:01, Kustaa Nyholm wrote: > Do I detect a hint of some attitude there? Yes, attitude all the way! :) I don't mean to sound like an ass but sometimes it just comes across badly. I shall try to be more diplomatic with my posts but they will usually be along the lines of "enough theory, just post the code to let us see what's actually going on, then we can get things fixed". Regards, Michael Erskine. From msemtd at googlemail.com Fri Nov 26 02:02:11 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 09:02:11 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <002a01cb8c7c$ab5b1ea0$02115be0$@de> References: <001001cb8a55$3f819020$be84b060$@de> <002a01cb8c7c$ab5b1ea0$02115be0$@de> Message-ID: On 25 November 2010 08:42, Emanuel wrote: > I knew this would be asked ^^ > That's the problem, it was on a customer laptop. On a freshly installed Win7 > system the problem was not reproducible. > So I know, answering such a diffuse question may be impossible, maybe I > should have asked about user experience with rxtx on Windows 7 (32 bit). > (btw. using 64-bit OS caused a bunch of different problems ... out of scope > here) > > Regards > Emanuel So you don't have the source code to your own application? How on earth do you maintain your/your customer's software? The USB adapter: FTDI/Prolific/MTD? Regards, Michael. From eb at inotec-feg.de Fri Nov 26 03:13:54 2010 From: eb at inotec-feg.de (Emanuel) Date: Fri, 26 Nov 2010 11:13:54 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000601cb8d52$a1dd2310$e5976930$@de> Hi Michael, of course i do have my own sources, but i can't reproduce the problem on our hardware. So I can't shrink the app to the bare minimum which is still showing the problem. Posting the hole application (beside not allowed to me) makes no sense. Maybe there is just a threading/synchronization problem. The used usb serial adapter is a Silabs CP210x. Best regards Emanuel -----Urspr?ngliche Nachricht----- Von: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] Im Auftrag von Michael Erskine Gesendet: Dienstag, 23. November 2010 14:20 An: rxtx at qbang.org Betreff: Re: [Rxtx] Windows 7 32-bit issues Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From msemtd at googlemail.com Fri Nov 26 03:55:27 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 10:55:27 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <000601cb8d52$a1dd2310$e5976930$@de> References: <001001cb8a55$3f819020$be84b060$@de> <000601cb8d52$a1dd2310$e5976930$@de> Message-ID: On 26 November 2010 10:13, Emanuel wrote: > Hi Michael, > > of course i do have my own sources, but i can't reproduce the problem on our > hardware. > So I can't shrink the app to the bare minimum which is still showing the > problem. Posting the hole application (beside not allowed to me) makes no > sense. > Maybe there is just a threading/synchronization problem. Hi Emanuel, I usually perform all reads and error handling as serial events but flag failures to be handled in the application foreground (or any other thread other than the event handler). Perhaps I have some techniques you can use to make your code more robust. > The used usb serial adapter is a Silabs CP210x. Wow, another usb/rs232 chip to add to my wishlist! (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) Has this adapter been generally OK? > Best regards > Emanuel Regards, Michael Erskine. From davestechshop at gmail.com Fri Nov 26 12:43:12 2010 From: davestechshop at gmail.com (Dave) Date: Fri, 26 Nov 2010 14:43:12 -0500 Subject: [Rxtx] rxtx javadoc - need a simple how to for generating local javadoc files (Netbeans/Ubuntu) Message-ID: Would anyone be kind enough to provide some simple steps that would help me generate the local javadoc files for rxtx? Cookbook style would be great (step 1, step2, etc.) I have downloaded the source from CVS already, but everything related to building from source is new to me. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at ubuntu.com Sun Nov 28 17:12:30 2010 From: showard314 at ubuntu.com (Scott Howard) Date: Sun, 28 Nov 2010 19:12:30 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi Peter, On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: > I notice that Debian have patched their version of RXTX so that it scans all > ports listed under "Linux-all-ports" in RXTXCommDriver.java. The version of rxtx that will be officially released in the upcoming Debian release will still only scan a limited number of ports. However, there is an experimental version rxtx which scans all ports. Ubuntu "Natty" is also testing the version that scans Linux-all-ports, but the "Maverick" release only scanned a limited number of ports. I'm using the experimental version that scans all ports, and I have not seen a decrease in speed. I've been encouraging users to try the experimental packages, and I have not heard of any speed decrease from them so far. My plan is to continue testing and release the experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). An interesting statistic: 55% of the users of the debian rxtx package installed it because they are using the arduino platform. That number is increasing pretty rapidly. Regards, Scott From dam at mellis.org Sun Nov 28 21:24:56 2010 From: dam at mellis.org (David A. Mellis) Date: Sun, 28 Nov 2010 23:24:56 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi, Do you think there's any chance of backporting the inclusion of /dev/ttyACM* into the RXTX on earlier distributions of Debian and Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno and Mega 2560 by applying Peter's patch as part of the process of packaging Arduino for those distributions, that's fine too. Either way, let me know if there's anything I can do to help with the process. For the RXTX developers: do you think there's any possibility of allowing the application using RXTX to specify the list of prefixes to scan (in addition to the current ability to specify the specific ports to use)? Would there be any interest in a patch for this? David On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: > Hi Peter, > > On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >> I notice that Debian have patched their version of RXTX so that it scans all >> ports listed under "Linux-all-ports" in RXTXCommDriver.java. > > The version of rxtx that will be officially released in the upcoming > Debian release will still only scan a limited number of ports. > However, there is an experimental version rxtx which scans all ports. > Ubuntu "Natty" is also testing the version that scans Linux-all-ports, > but the "Maverick" release only scanned a limited number of ports. > > I'm using the experimental version that scans all ports, and I have > not seen a decrease in speed. I've been encouraging users to try the > experimental packages, and I have not heard of any speed decrease from > them so far. My plan is to continue testing and release the > experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). > > An interesting statistic: 55% of the users of the debian rxtx package > installed it because they are using the arduino platform. That number > is increasing pretty rapidly. > > Regards, > Scott > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Mon Nov 29 05:01:15 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 29 Nov 2010 05:01:15 -0700 (MST) Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: RXTX allows a list of ports to be specified but not in addition to the default port enumeration. http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F I'm not sure that adding more ways to do that is going to help people. It will probably confuse them more than anything. With wide spread acceptance of udev in common distributinos, it makes sense to enumerate all ports now. The remaining concern is embedded devices that may not run udev. That said, they don't create all device files typically and could use the above workaround. We can put a patch in at rxtx.org if there are no significant objections. On Sun, 28 Nov 2010, David A. Mellis wrote: > Hi, > > Do you think there's any chance of backporting the inclusion of > /dev/ttyACM* into the RXTX on earlier distributions of Debian and > Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno > and Mega 2560 by applying Peter's patch as part of the process of > packaging Arduino for those distributions, that's fine too. Either > way, let me know if there's anything I can do to help with the > process. > > For the RXTX developers: do you think there's any possibility of > allowing the application using RXTX to specify the list of prefixes to > scan (in addition to the current ability to specify the specific ports > to use)? Would there be any interest in a patch for this? > > David > > On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: >> Hi Peter, >> >> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >>> I notice that Debian have patched their version of RXTX so that it scans all >>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >> >> The version of rxtx that will be officially released in the upcoming >> Debian release will still only scan a limited number of ports. >> However, there is an experimental version rxtx which scans all ports. >> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >> but the "Maverick" release only scanned a limited number of ports. >> >> I'm using the experimental version that scans all ports, and I have >> not seen a decrease in speed. I've been encouraging users to try the >> experimental packages, and I have not heard of any speed decrease from >> them so far. My plan is to continue testing and release the >> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >> >> An interesting statistic: 55% of the users of the debian rxtx package >> installed it because they are using the arduino platform. That number >> is increasing pretty rapidly. >> >> Regards, >> Scott >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From eb at inotec-feg.de Mon Nov 29 05:39:01 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 29 Nov 2010 13:39:01 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000001cb8fc2$66c49de0$344dd9a0$@de> Hi Michael, > I usually perform all reads and error handling as serial events but > flag failures to be handled in the application foreground (or any > other thread other than the event handler). Perhaps I have some > techniques you can use to make your code more robust. Of course I'm interested in alternatives making the code more robust. > (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) > Has this adapter been generally OK? We actually used this adapter in some projects. Personally i don't like it that much. We actually even found a bug while using it in one projects 3 years ago (already using it in a production environment). It was fixed quite fast after reporting it. AFAIK the current drivers are stable enough but it seems there are still iusses with them. Best regards Emanuel From dam at mellis.org Mon Nov 29 08:02:42 2010 From: dam at mellis.org (David A. Mellis) Date: Mon, 29 Nov 2010 10:02:42 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Switching to enumerating all ports under Linux would be a fine solution for my (Arduino) use cases. Are you planning to make this change in RXTX itself? (Apologies if you already did and I didn't notice.) Otherwise, I think it makes sense to provide a way to specify prefixes to scan in addition to a way to specify ports to use. The former is about using additional ports, the latter (typically) about using fewer ports. Doing the latter to achieve the former requires the application to do its own scan, which seems redundant when RXTX already has code for it. David On Mon, Nov 29, 2010 at 7:01 AM, Trent Jarvi wrote: > > RXTX allows a list of ports to be specified but not in addition to the > default port enumeration. > > http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F > > I'm not sure that adding more ways to do that is going to help people. ?It > will probably confuse them more than anything. > > With wide spread acceptance of udev in common distributinos, it makes sense > to enumerate all ports now. ?The remaining concern is embedded devices that > may not run udev. ?That said, they don't create all device files typically > and could use the above workaround. > > We can put a patch in at rxtx.org if there are no significant objections. > > On Sun, 28 Nov 2010, David A. Mellis wrote: > >> Hi, >> >> Do you think there's any chance of backporting the inclusion of >> /dev/ttyACM* into the RXTX on earlier distributions of Debian and >> Ubuntu? ?Of course, if instead you'd prefer to support the Arduino Uno >> and Mega 2560 by applying Peter's patch as part of the process of >> packaging Arduino for those distributions, that's fine too. ?Either >> way, let me know if there's anything I can do to help with the >> process. >> >> For the RXTX developers: do you think there's any possibility of >> allowing the application using RXTX to specify the list of prefixes to >> scan (in addition to the current ability to specify the specific ports >> to use)? ?Would there be any interest in a patch for this? >> >> David >> >> On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard >> wrote: >>> >>> Hi Peter, >>> >>> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver >>> wrote: >>>> >>>> I notice that Debian have patched their version of RXTX so that it scans >>>> all >>>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >>> >>> The version of rxtx that will be officially released in the upcoming >>> Debian release will still only scan a limited number of ports. >>> However, there is an experimental version rxtx which scans all ports. >>> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >>> but the "Maverick" release only scanned a limited number of ports. >>> >>> I'm using the experimental version that scans all ports, and I have >>> not seen a decrease in speed. I've been encouraging users to try the >>> experimental packages, and I have not heard of any speed decrease from >>> them so far. My plan is to continue testing and release the >>> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >>> >>> An interesting statistic: 55% of the users of the debian rxtx package >>> installed it because they are using the arduino platform. That number >>> is increasing pretty rapidly. >>> >>> Regards, >>> Scott >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From bschlining at gmail.com Tue Nov 23 09:17:33 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 23 Nov 2010 08:17:33 -0800 Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <484120.44130.qm@web63103.mail.re1.yahoo.com> References: <484120.44130.qm@web63103.mail.re1.yahoo.com> Message-ID: Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: > I will be working on unit tests next. I have experience with JUnit and > Cobertura. The rewrite contains software loopbacks for testing without > hardware loopbacks, and I was thinking hardware loopbacks could be used via > settings in the properties file - so CI can test for regressions. My hope is > once we have 100% test coverage on the rewrite, the community will have > greater confidence in it. > > -Adrian > > --- On Mon, 11/22/10, Trent Jarvi wrote: > > > From: Trent Jarvi > > Subject: Re: [Rxtx] rxtx 2010 rewrite > > To: rxtx at qbang.org > > Cc: "Dave" > > Date: Monday, November 22, 2010, 7:57 PM > > > > I'm not for or against the rewrite effort. I do > > represent one of those people needing 'stable now' when I go > > to work. Here at home I'm interested in the future of > > RXTX for all those neat projects I hear about. I'm all for > > some experimenting and growing. > > > > What RXTX lacks is not coders. We have had many ideas > > bouncing around and some code that deals with things like > > serial ports that vanish (USB). The C++ rewrite is > > proof of interest there and I'm glad to see it. > > > > So whats missing? > > > > The JCP required test suites. CommAPI and RXTX lack > > test suites. CommAPI was grandfathered into the JCP and > > shortly later 'broken' for a customer right in the JCP by > > adding Solaris specific hooks. > > > > Testing CommAPI/RXTX is difficult. > > > > At work I have test suites but the coverage is specific to > > those needs - these tests existed before I started working > > there. Maybe they cover your needs, maybe not. I > > use those to qualify RXTX releases which is alot more than I > > used to do. The tests are in MATLAB code going through > > a layer of java and don't lend well to sharing (though its a > > possibility). Those test suites are the best we all have at > > this time as far as I know and that does not bode well for a > > smooth transition to a rewrite for multiple projects. > > > > > > I could run the suites against the rewrite. Honestly, > > I'm not comfortable that they cover enough for generic > > qualification though. As an example, the testsuite > > requires a loopback connection. Fun thing is the other > > side is always configured like your side. Setting > > hardware flow control failed? No problem. Its > > still odd parity? Good to go! It failed on the > > other side too. > > > > > > In agreement with Julie, there are many subtle things in > > rxtx that took more than 3 years to flush out. That > > does not mean we can't figure out how to move forward > > (without the circus wagons). > > > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > > wrote: > > > > > Adrian, > > > > > > As I've said before, some of us are ready, willing and > > able to work on RXTX, > > > but we need something much more stable NOW, and the > > existing code base is > > > the most stable, most time-tested thing going. It's > > easy to say "it should > > > work reliably", but my experience is that code like > > this typically takes 2 > > > to 3 =years= before there is enough experience with > > the code to be called > > > "working reliably". > > > > > > What I'd like to know is who feels they have a > > =reliable=, =stable=, > > > relatively =bug-free= version of the existing code > > that could be a base for > > > something that can tide people over until your work is > > well enough tested > > > that people can start migrating less critical > > applications to it. My > > > company puts products inside boxes that have to work > > for years on end. I'm > > > not going to trust my company's existence to a brand > > new re-write, and I > > > suspect there are a number of other business owners or > > consultants who are > > > in the same situation. > > > -- > > > Julie Haugh > > > Senior Design Engineer > > > greenHouse Computers, LLC // jfh at greenhousepc.com > > // greenHousePC on > > > Skype > > > > > > > > > -------- Original > > Message -------- > > > Subject: Re: [Rxtx] > > rxtx 2010 rewrite > > > From: Adrian Crum > > > > > Date: Sun, November 21, > > 2010 9:21 pm > > > To: Dave , > > rxtx at qbang.org > > > > > > The rewrite is > > preliminary code - it needs more work. It should > > > work reliably in a > > Windows environment. The rewrite needs more > > > community participation > > to move it along. > > > > > > The best resource for > > help is the RXTX mailing list - > > > rxtx at qbang.org. > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 23 11:49:22 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 10:49:22 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <952726.30532.qm@web63102.mail.re1.yahoo.com> Check out the current repo using these instructions: http://rxtx.qbang.org/wiki/index.php/Retrieving_Source_Code and you will find the rewrite in the Rewrite2010 folder. There is a pdf document in that folder that gives an overview of the rewrite. -Adrian --- On Tue, 11/23/10, Brian Schlining wrote: From: Brian Schlining Subject: Re: [Rxtx] rxtx 2010 rewrite To: rxtx at qbang.org Date: Tuesday, November 23, 2010, 8:17 AM Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Tue Nov 23 14:28:15 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Tue, 23 Nov 2010 22:28:15 +0100 Subject: [Rxtx] Not receiving 0xa characters Message-ID: Dear all, I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. I can connect to a serial port created by a FTDI USB chip and send receive data from it. However it seems that I am not able to receive any characters with the value 0x0a (LF). Upon looking into the source code of the serial implementation I found that opening the port happens without the binary flag so I suppose that LF gets possibly eaten by the OS. Could this be the problem? Is such a problem known? Are there workarounds? Thanks in advance, best regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From msemtd at googlemail.com Wed Nov 24 02:23:44 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 09:23:44 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip and > send receive data from it. However it seems that I am not able to receive > any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem > known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. From tristan.dyer at cgi.com Wed Nov 24 05:07:01 2010 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Wed, 24 Nov 2010 07:07:01 -0500 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D051B6EFE@MTL-MSG-02.cgiclients.com> I had an issue like that about a year ago, But in my case I was piping the data into a Ubuntu VM from XP. Started using Ubuntu natively and the problem went away. It may be an issue with the usb->serial converter. -Tristan -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Erskine Sent: Wednesday, November 24, 2010 5:24 AM To: rxtx at qbang.org Subject: Re: [Rxtx] Not receiving 0xa characters On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip > and send receive data from it. However it seems that I am not able to > receive any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found > that opening the port happens without the binary flag so I suppose > that LF gets possibly eaten by the OS. Could this be the problem? Is > such a problem known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From jfh at greenhousepc.com Wed Nov 24 05:16:38 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 05:16:38 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124051638.8ef0e5b4a80cef441275a6330ffad77d.b6369d0806.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Kustaa.Nyholm at planmeca.com Wed Nov 24 06:57:34 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 15:57:34 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: Message-ID: Hi, have look at: http://linux.die.net/man/3/tcsetattr I think (without looking at txrx source code) that the port is opened without correctly setting INLCR,ICRNL and/or IGNCR. But that is Unix/Linux stuff and you are on windows. However, I would suspect there is a similar feature and possibility of a bug in rxtx on Windows too. The obvious workaround is to correct that in the source code if you are able to recompile from source. The other possibility is to try to figure out why the port in question defaults to eating LFs (0x0A). I had a program that had this same bug and hundreds of people used it without a problem until on one Linux machine it failed with similar symptoms to yours, only in my case it was output. So you might be able to somehow configure the port to default to sensible values so that even if rxtx does not set them correctly they would be set correctly by default. Just 2 snt worth. br Kusti > From: Christoph Wei? > Reply-To: > Date: Tue, 23 Nov 2010 23:28:15 +0200 > To: > Conversation: [Rxtx] Not receiving 0xa characters > Subject: [Rxtx] Not receiving 0xa characters > > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. > I can connect to a serial port created by a FTDI USB chip and send receive > data from it. However it seems that I am not able to receive any characters > with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem known? > Are there workarounds? > > Thanks in advance, > best regards, > Chris From msemtd at googlemail.com Wed Nov 24 08:07:58 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 15:07:58 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: OK, to stem this madness I just ran some tests on RXTX-2.1-7 using java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort SerialInputStream instance. I am reading and writing linefeeds with no problem. If somebody has a genuine issue with their data receive code just post it here and I will show you exactly why it is broken. Thankyouverymuch. From mariusz.dec at gmail.com Wed Nov 24 08:21:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 24 Nov 2010 16:21:06 +0100 Subject: [Rxtx] Not receiving 0xa characters References: Message-ID: Hi, first thing is to check if sender sends this code. There are a lot of terminal's software where you may configure EOL (END_OF_LINE) character or sequence.... I think that problem is here :) Mariusz ----- Original Message ----- From: "Michael Erskine" To: Sent: Wednesday, November 24, 2010 4:07 PM Subject: Re: [Rxtx] Not receiving 0xa characters > OK, to stem this madness I just ran some tests on RXTX-2.1-7 using > java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort > SerialInputStream instance. I am reading and writing linefeeds with no > problem. > > If somebody has a genuine issue with their data receive code just post > it here and I will show you exactly why it is broken. > > Thankyouverymuch. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From Kustaa.Nyholm at planmeca.com Wed Nov 24 11:01:59 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 20:01:59 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: , Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> >OK, to stem this madness I just ran some tests on RXTX-2.1-7 using >java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort >SerialInputStream instance. I am reading and writing linefeeds with no >problem. Do I detect a hint of some attitude there? The OP surely had a problem or he would not have posted here. It maybe that the problem is on the sender side or in his code. Or maybe not. It certainly is possible for the serial driver to eat or inject various combinations of CR and/or LF. Seen that, been there, done that. Doing a simple test like sending and receiving LFs does not prove much, one way or the other, it could be that your OS/driver works but the OP's configuration doesn't. If there is an issue in rxtx in that it does not set those flags I mentioned (or equivalent in Windows, if any) then it is possible that it would all depend on the ports default behavior.Like I wrote, I have not looked at the source code so I was just speculating, as I think I clearly said. If you have knowledge about this, for example know for fact that this cannot happen in Windows for any driver or if you have looked into the source code and think that what I speculated cannot be the problem then just say so and explain your reasoning. Calling this madness is not very productive. >If somebody has a genuine issue with their data receive code just post >it here and I will show you exactly why it is broken. If the OP would post the code then I would be interested to take up your offer! >Thankyouverymuch. Thank *you*. br Kusti From jfh at greenhousepc.com Wed Nov 24 11:32:10 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:32:10 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124113210.8ef0e5b4a80cef441275a6330ffad77d.2973054590.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Nov 24 11:09:48 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 24 Nov 2010 11:09:48 -0700 (MST) Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port to 'raw' after opening to avoid those translations/filters. We 'stomp' on the port to force it into a predictable configuration. term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); term->c_oflag &= ~OPOST; term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); term->c_cflag &= ~(CSIZE|PARENB); term->c_cflag |= CS8; On windows, RXTX may not be as robust and could probably use a code review by someone familiar with the structs (termios.c). I could imagine a driver on windows having unusual defaults RXTX does not override causing problems. There are not many drivers out there though. I've personally not run into the situation mentioned. On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > Hi, > > have look at: > > http://linux.die.net/man/3/tcsetattr > > I think (without looking at txrx source code) that the port > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > But that is Unix/Linux stuff and you are on windows. However, > I would suspect there is a similar feature and possibility > of a bug in rxtx on Windows too. > > The obvious workaround is to correct that in the source code > if you are able to recompile from source. > > The other possibility is to try to figure out why the > port in question defaults to eating LFs (0x0A). > > I had a program that had this same bug and hundreds of > people used it without a problem until on one Linux machine > it failed with similar symptoms to yours, only in my case > it was output. > > So you might be able to somehow configure the port to default to sensible > values so that even if rxtx does not set them correctly they > would be set correctly by default. > > Just 2 snt worth. > > br Kusti > > > >> From: Christoph Wei? >> Reply-To: >> Date: Tue, 23 Nov 2010 23:28:15 +0200 >> To: >> Conversation: [Rxtx] Not receiving 0xa characters >> Subject: [Rxtx] Not receiving 0xa characters >> >> Dear all, >> >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. >> I can connect to a serial port created by a FTDI USB chip and send receive >> data from it. However it seems that I am not able to receive any characters >> with the value 0x0a (LF). >> Upon looking into the source code of the serial implementation I found that >> opening the port happens without the binary flag so I suppose that LF gets >> possibly eaten by the OS. Could this be the problem? Is such a problem known? >> Are there workarounds? >> >> Thanks in advance, >> best regards, >> Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From jfh at greenhousepc.com Wed Nov 24 11:59:47 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:59:47 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Wed Nov 24 14:29:57 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Wed, 24 Nov 2010 22:29:57 +0100 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> References: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> Message-ID: Guys, I actually tried to reply about 12 hours ago, but as it seems this message was for some reasons relayed to the moderators. I found the error in my code and it was a very simple embarrassing one that i always read over ... I shouldn't reuse demo code without checking it twice :-/ I'm sorry for bothering you and want to say thanks for all the input when it was all my fault. Embarrassed regards, Chris On Wed, Nov 24, 2010 at 7:59 PM, wrote: > Trent, > > On =some= POSIX systems the TERMIOS are reset. On many, they aren't, in > order to avoid a number of other problems. > > It's always best, because of "lingering termios" problems to build a > mostly-raw termios by hand. In the case of RXTX, the one problem I saw is > that the port is initially set to B9600, which means any characters that are > received immediately are mis-framed. I've seen this in my code where > gibberish shows up in the initial stream. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] Not receiving 0xa characters > From: Trent Jarvi > Date: Wed, November 24, 2010 12:09 pm > To: "rxtx at qbang.org" > > > On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port > to 'raw' after opening to avoid those translations/filters. We 'stomp' on > the port to force it into a predictable configuration. > > term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); > term->c_oflag &= ~OPOST; > term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); > term->c_cflag &= ~(CSIZE|PARENB); > term->c_cflag |= CS8; > > On windows, RXTX may not be as robust and could probably use a code review > by someone familiar with the structs (termios.c). > > I could imagine a driver on windows having unusual defaults RXTX does not > override causing problems. There are not many drivers out there though. > I've personally not run into the situation mentioned. > > > On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > > > Hi, > > > > have look at: > > > > http://linux.die.net/man/3/tcsetattr > > > > I think (without looking at txrx source code) that the port > > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > > But that is Unix/Linux stuff and you are on windows. However, > > I would suspect there is a similar feature and possibility > > of a bug in rxtx on Windows too. > > > > The obvious workaround is to correct that in the source code > > if you are able to recompile from source. > > > > The other possibility is to try to figure out why the > > port in question defaults to eating LFs (0x0A). > > > > I had a program that had this same bug and hundreds of > > people used it without a problem until on one Linux machine > > it failed with similar symptoms to yours, only in my case > > it was output. > > > > So you might be able to somehow configure the port to default to sensible > > values so that even if rxtx does not set them correctly they > > would be set correctly by default. > > > > Just 2 snt worth. > > > > br Kusti > > > > > > > >> From: Christoph Wei? > >> Reply-To: > >> Date: Tue, 23 Nov 2010 23:28:15 +0200 > >> To: > >> Conversation: [Rxtx] Not receiving 0xa characters > >> Subject: [Rxtx] Not receiving 0xa characters > >> > >> Dear all, > >> > >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. > >> I can connect to a serial port created by a FTDI USB chip and send > receive > >> data from it. However it seems that I am not able to receive any > characters > >> with the value 0x0a (LF). > >> Upon looking into the source code of the serial implementation I found > that > >> opening the port happens without the binary flag so I suppose that LF > gets > >> possibly eaten by the OS. Could this be the problem? Is such a problem > known? > >> Are there workarounds? > >> > >> Thanks in advance, > >> best regards, > >> Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > ------------------------------ > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Thu Nov 25 01:42:18 2010 From: eb at inotec-feg.de (Emanuel) Date: Thu, 25 Nov 2010 09:42:18 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <002a01cb8c7c$ab5b1ea0$02115be0$@de> I knew this would be asked ^^ That's the problem, it was on a customer laptop. On a freshly installed Win7 system the problem was not reproducible. So I know, answering such a diffuse question may be impossible, maybe I should have asked about user experience with rxtx on Windows 7 (32 bit). (btw. using 64-bit OS caused a bunch of different problems ... out of scope here) Regards Emanuel >> Post a minimal implementation that reproduces the error and we can >> tell you what's going wrong. From msemtd at googlemail.com Thu Nov 25 03:21:15 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Thu, 25 Nov 2010 10:21:15 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> References: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> Message-ID: On 24 November 2010 18:01, Kustaa Nyholm wrote: > Do I detect a hint of some attitude there? Yes, attitude all the way! :) I don't mean to sound like an ass but sometimes it just comes across badly. I shall try to be more diplomatic with my posts but they will usually be along the lines of "enough theory, just post the code to let us see what's actually going on, then we can get things fixed". Regards, Michael Erskine. From msemtd at googlemail.com Fri Nov 26 02:02:11 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 09:02:11 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <002a01cb8c7c$ab5b1ea0$02115be0$@de> References: <001001cb8a55$3f819020$be84b060$@de> <002a01cb8c7c$ab5b1ea0$02115be0$@de> Message-ID: On 25 November 2010 08:42, Emanuel wrote: > I knew this would be asked ^^ > That's the problem, it was on a customer laptop. On a freshly installed Win7 > system the problem was not reproducible. > So I know, answering such a diffuse question may be impossible, maybe I > should have asked about user experience with rxtx on Windows 7 (32 bit). > (btw. using 64-bit OS caused a bunch of different problems ... out of scope > here) > > Regards > Emanuel So you don't have the source code to your own application? How on earth do you maintain your/your customer's software? The USB adapter: FTDI/Prolific/MTD? Regards, Michael. From eb at inotec-feg.de Fri Nov 26 03:13:54 2010 From: eb at inotec-feg.de (Emanuel) Date: Fri, 26 Nov 2010 11:13:54 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000601cb8d52$a1dd2310$e5976930$@de> Hi Michael, of course i do have my own sources, but i can't reproduce the problem on our hardware. So I can't shrink the app to the bare minimum which is still showing the problem. Posting the hole application (beside not allowed to me) makes no sense. Maybe there is just a threading/synchronization problem. The used usb serial adapter is a Silabs CP210x. Best regards Emanuel -----Urspr?ngliche Nachricht----- Von: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] Im Auftrag von Michael Erskine Gesendet: Dienstag, 23. November 2010 14:20 An: rxtx at qbang.org Betreff: Re: [Rxtx] Windows 7 32-bit issues Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From msemtd at googlemail.com Fri Nov 26 03:55:27 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 10:55:27 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <000601cb8d52$a1dd2310$e5976930$@de> References: <001001cb8a55$3f819020$be84b060$@de> <000601cb8d52$a1dd2310$e5976930$@de> Message-ID: On 26 November 2010 10:13, Emanuel wrote: > Hi Michael, > > of course i do have my own sources, but i can't reproduce the problem on our > hardware. > So I can't shrink the app to the bare minimum which is still showing the > problem. Posting the hole application (beside not allowed to me) makes no > sense. > Maybe there is just a threading/synchronization problem. Hi Emanuel, I usually perform all reads and error handling as serial events but flag failures to be handled in the application foreground (or any other thread other than the event handler). Perhaps I have some techniques you can use to make your code more robust. > The used usb serial adapter is a Silabs CP210x. Wow, another usb/rs232 chip to add to my wishlist! (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) Has this adapter been generally OK? > Best regards > Emanuel Regards, Michael Erskine. From davestechshop at gmail.com Fri Nov 26 12:43:12 2010 From: davestechshop at gmail.com (Dave) Date: Fri, 26 Nov 2010 14:43:12 -0500 Subject: [Rxtx] rxtx javadoc - need a simple how to for generating local javadoc files (Netbeans/Ubuntu) Message-ID: Would anyone be kind enough to provide some simple steps that would help me generate the local javadoc files for rxtx? Cookbook style would be great (step 1, step2, etc.) I have downloaded the source from CVS already, but everything related to building from source is new to me. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at ubuntu.com Sun Nov 28 17:12:30 2010 From: showard314 at ubuntu.com (Scott Howard) Date: Sun, 28 Nov 2010 19:12:30 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi Peter, On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: > I notice that Debian have patched their version of RXTX so that it scans all > ports listed under "Linux-all-ports" in RXTXCommDriver.java. The version of rxtx that will be officially released in the upcoming Debian release will still only scan a limited number of ports. However, there is an experimental version rxtx which scans all ports. Ubuntu "Natty" is also testing the version that scans Linux-all-ports, but the "Maverick" release only scanned a limited number of ports. I'm using the experimental version that scans all ports, and I have not seen a decrease in speed. I've been encouraging users to try the experimental packages, and I have not heard of any speed decrease from them so far. My plan is to continue testing and release the experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). An interesting statistic: 55% of the users of the debian rxtx package installed it because they are using the arduino platform. That number is increasing pretty rapidly. Regards, Scott From dam at mellis.org Sun Nov 28 21:24:56 2010 From: dam at mellis.org (David A. Mellis) Date: Sun, 28 Nov 2010 23:24:56 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi, Do you think there's any chance of backporting the inclusion of /dev/ttyACM* into the RXTX on earlier distributions of Debian and Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno and Mega 2560 by applying Peter's patch as part of the process of packaging Arduino for those distributions, that's fine too. Either way, let me know if there's anything I can do to help with the process. For the RXTX developers: do you think there's any possibility of allowing the application using RXTX to specify the list of prefixes to scan (in addition to the current ability to specify the specific ports to use)? Would there be any interest in a patch for this? David On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: > Hi Peter, > > On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >> I notice that Debian have patched their version of RXTX so that it scans all >> ports listed under "Linux-all-ports" in RXTXCommDriver.java. > > The version of rxtx that will be officially released in the upcoming > Debian release will still only scan a limited number of ports. > However, there is an experimental version rxtx which scans all ports. > Ubuntu "Natty" is also testing the version that scans Linux-all-ports, > but the "Maverick" release only scanned a limited number of ports. > > I'm using the experimental version that scans all ports, and I have > not seen a decrease in speed. I've been encouraging users to try the > experimental packages, and I have not heard of any speed decrease from > them so far. My plan is to continue testing and release the > experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). > > An interesting statistic: 55% of the users of the debian rxtx package > installed it because they are using the arduino platform. That number > is increasing pretty rapidly. > > Regards, > Scott > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Mon Nov 29 05:01:15 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 29 Nov 2010 05:01:15 -0700 (MST) Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: RXTX allows a list of ports to be specified but not in addition to the default port enumeration. http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F I'm not sure that adding more ways to do that is going to help people. It will probably confuse them more than anything. With wide spread acceptance of udev in common distributinos, it makes sense to enumerate all ports now. The remaining concern is embedded devices that may not run udev. That said, they don't create all device files typically and could use the above workaround. We can put a patch in at rxtx.org if there are no significant objections. On Sun, 28 Nov 2010, David A. Mellis wrote: > Hi, > > Do you think there's any chance of backporting the inclusion of > /dev/ttyACM* into the RXTX on earlier distributions of Debian and > Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno > and Mega 2560 by applying Peter's patch as part of the process of > packaging Arduino for those distributions, that's fine too. Either > way, let me know if there's anything I can do to help with the > process. > > For the RXTX developers: do you think there's any possibility of > allowing the application using RXTX to specify the list of prefixes to > scan (in addition to the current ability to specify the specific ports > to use)? Would there be any interest in a patch for this? > > David > > On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: >> Hi Peter, >> >> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >>> I notice that Debian have patched their version of RXTX so that it scans all >>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >> >> The version of rxtx that will be officially released in the upcoming >> Debian release will still only scan a limited number of ports. >> However, there is an experimental version rxtx which scans all ports. >> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >> but the "Maverick" release only scanned a limited number of ports. >> >> I'm using the experimental version that scans all ports, and I have >> not seen a decrease in speed. I've been encouraging users to try the >> experimental packages, and I have not heard of any speed decrease from >> them so far. My plan is to continue testing and release the >> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >> >> An interesting statistic: 55% of the users of the debian rxtx package >> installed it because they are using the arduino platform. That number >> is increasing pretty rapidly. >> >> Regards, >> Scott >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From eb at inotec-feg.de Mon Nov 29 05:39:01 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 29 Nov 2010 13:39:01 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000001cb8fc2$66c49de0$344dd9a0$@de> Hi Michael, > I usually perform all reads and error handling as serial events but > flag failures to be handled in the application foreground (or any > other thread other than the event handler). Perhaps I have some > techniques you can use to make your code more robust. Of course I'm interested in alternatives making the code more robust. > (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) > Has this adapter been generally OK? We actually used this adapter in some projects. Personally i don't like it that much. We actually even found a bug while using it in one projects 3 years ago (already using it in a production environment). It was fixed quite fast after reporting it. AFAIK the current drivers are stable enough but it seems there are still iusses with them. Best regards Emanuel From dam at mellis.org Mon Nov 29 08:02:42 2010 From: dam at mellis.org (David A. Mellis) Date: Mon, 29 Nov 2010 10:02:42 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Switching to enumerating all ports under Linux would be a fine solution for my (Arduino) use cases. Are you planning to make this change in RXTX itself? (Apologies if you already did and I didn't notice.) Otherwise, I think it makes sense to provide a way to specify prefixes to scan in addition to a way to specify ports to use. The former is about using additional ports, the latter (typically) about using fewer ports. Doing the latter to achieve the former requires the application to do its own scan, which seems redundant when RXTX already has code for it. David On Mon, Nov 29, 2010 at 7:01 AM, Trent Jarvi wrote: > > RXTX allows a list of ports to be specified but not in addition to the > default port enumeration. > > http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F > > I'm not sure that adding more ways to do that is going to help people. ?It > will probably confuse them more than anything. > > With wide spread acceptance of udev in common distributinos, it makes sense > to enumerate all ports now. ?The remaining concern is embedded devices that > may not run udev. ?That said, they don't create all device files typically > and could use the above workaround. > > We can put a patch in at rxtx.org if there are no significant objections. > > On Sun, 28 Nov 2010, David A. Mellis wrote: > >> Hi, >> >> Do you think there's any chance of backporting the inclusion of >> /dev/ttyACM* into the RXTX on earlier distributions of Debian and >> Ubuntu? ?Of course, if instead you'd prefer to support the Arduino Uno >> and Mega 2560 by applying Peter's patch as part of the process of >> packaging Arduino for those distributions, that's fine too. ?Either >> way, let me know if there's anything I can do to help with the >> process. >> >> For the RXTX developers: do you think there's any possibility of >> allowing the application using RXTX to specify the list of prefixes to >> scan (in addition to the current ability to specify the specific ports >> to use)? ?Would there be any interest in a patch for this? >> >> David >> >> On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard >> wrote: >>> >>> Hi Peter, >>> >>> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver >>> wrote: >>>> >>>> I notice that Debian have patched their version of RXTX so that it scans >>>> all >>>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >>> >>> The version of rxtx that will be officially released in the upcoming >>> Debian release will still only scan a limited number of ports. >>> However, there is an experimental version rxtx which scans all ports. >>> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >>> but the "Maverick" release only scanned a limited number of ports. >>> >>> I'm using the experimental version that scans all ports, and I have >>> not seen a decrease in speed. I've been encouraging users to try the >>> experimental packages, and I have not heard of any speed decrease from >>> them so far. My plan is to continue testing and release the >>> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >>> >>> An interesting statistic: 55% of the users of the debian rxtx package >>> installed it because they are using the arduino platform. That number >>> is increasing pretty rapidly. >>> >>> Regards, >>> Scott >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From bschlining at gmail.com Tue Nov 23 09:17:33 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 23 Nov 2010 08:17:33 -0800 Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <484120.44130.qm@web63103.mail.re1.yahoo.com> References: <484120.44130.qm@web63103.mail.re1.yahoo.com> Message-ID: Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: > I will be working on unit tests next. I have experience with JUnit and > Cobertura. The rewrite contains software loopbacks for testing without > hardware loopbacks, and I was thinking hardware loopbacks could be used via > settings in the properties file - so CI can test for regressions. My hope is > once we have 100% test coverage on the rewrite, the community will have > greater confidence in it. > > -Adrian > > --- On Mon, 11/22/10, Trent Jarvi wrote: > > > From: Trent Jarvi > > Subject: Re: [Rxtx] rxtx 2010 rewrite > > To: rxtx at qbang.org > > Cc: "Dave" > > Date: Monday, November 22, 2010, 7:57 PM > > > > I'm not for or against the rewrite effort. I do > > represent one of those people needing 'stable now' when I go > > to work. Here at home I'm interested in the future of > > RXTX for all those neat projects I hear about. I'm all for > > some experimenting and growing. > > > > What RXTX lacks is not coders. We have had many ideas > > bouncing around and some code that deals with things like > > serial ports that vanish (USB). The C++ rewrite is > > proof of interest there and I'm glad to see it. > > > > So whats missing? > > > > The JCP required test suites. CommAPI and RXTX lack > > test suites. CommAPI was grandfathered into the JCP and > > shortly later 'broken' for a customer right in the JCP by > > adding Solaris specific hooks. > > > > Testing CommAPI/RXTX is difficult. > > > > At work I have test suites but the coverage is specific to > > those needs - these tests existed before I started working > > there. Maybe they cover your needs, maybe not. I > > use those to qualify RXTX releases which is alot more than I > > used to do. The tests are in MATLAB code going through > > a layer of java and don't lend well to sharing (though its a > > possibility). Those test suites are the best we all have at > > this time as far as I know and that does not bode well for a > > smooth transition to a rewrite for multiple projects. > > > > > > I could run the suites against the rewrite. Honestly, > > I'm not comfortable that they cover enough for generic > > qualification though. As an example, the testsuite > > requires a loopback connection. Fun thing is the other > > side is always configured like your side. Setting > > hardware flow control failed? No problem. Its > > still odd parity? Good to go! It failed on the > > other side too. > > > > > > In agreement with Julie, there are many subtle things in > > rxtx that took more than 3 years to flush out. That > > does not mean we can't figure out how to move forward > > (without the circus wagons). > > > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > > wrote: > > > > > Adrian, > > > > > > As I've said before, some of us are ready, willing and > > able to work on RXTX, > > > but we need something much more stable NOW, and the > > existing code base is > > > the most stable, most time-tested thing going. It's > > easy to say "it should > > > work reliably", but my experience is that code like > > this typically takes 2 > > > to 3 =years= before there is enough experience with > > the code to be called > > > "working reliably". > > > > > > What I'd like to know is who feels they have a > > =reliable=, =stable=, > > > relatively =bug-free= version of the existing code > > that could be a base for > > > something that can tide people over until your work is > > well enough tested > > > that people can start migrating less critical > > applications to it. My > > > company puts products inside boxes that have to work > > for years on end. I'm > > > not going to trust my company's existence to a brand > > new re-write, and I > > > suspect there are a number of other business owners or > > consultants who are > > > in the same situation. > > > -- > > > Julie Haugh > > > Senior Design Engineer > > > greenHouse Computers, LLC // jfh at greenhousepc.com > > // greenHousePC on > > > Skype > > > > > > > > > -------- Original > > Message -------- > > > Subject: Re: [Rxtx] > > rxtx 2010 rewrite > > > From: Adrian Crum > > > > > Date: Sun, November 21, > > 2010 9:21 pm > > > To: Dave , > > rxtx at qbang.org > > > > > > The rewrite is > > preliminary code - it needs more work. It should > > > work reliably in a > > Windows environment. The rewrite needs more > > > community participation > > to move it along. > > > > > > The best resource for > > help is the RXTX mailing list - > > > rxtx at qbang.org. > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 23 11:49:22 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 10:49:22 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <952726.30532.qm@web63102.mail.re1.yahoo.com> Check out the current repo using these instructions: http://rxtx.qbang.org/wiki/index.php/Retrieving_Source_Code and you will find the rewrite in the Rewrite2010 folder. There is a pdf document in that folder that gives an overview of the rewrite. -Adrian --- On Tue, 11/23/10, Brian Schlining wrote: From: Brian Schlining Subject: Re: [Rxtx] rxtx 2010 rewrite To: rxtx at qbang.org Date: Tuesday, November 23, 2010, 8:17 AM Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Tue Nov 23 14:28:15 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Tue, 23 Nov 2010 22:28:15 +0100 Subject: [Rxtx] Not receiving 0xa characters Message-ID: Dear all, I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. I can connect to a serial port created by a FTDI USB chip and send receive data from it. However it seems that I am not able to receive any characters with the value 0x0a (LF). Upon looking into the source code of the serial implementation I found that opening the port happens without the binary flag so I suppose that LF gets possibly eaten by the OS. Could this be the problem? Is such a problem known? Are there workarounds? Thanks in advance, best regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From msemtd at googlemail.com Wed Nov 24 02:23:44 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 09:23:44 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip and > send receive data from it. However it seems that I am not able to receive > any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem > known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. From tristan.dyer at cgi.com Wed Nov 24 05:07:01 2010 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Wed, 24 Nov 2010 07:07:01 -0500 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D051B6EFE@MTL-MSG-02.cgiclients.com> I had an issue like that about a year ago, But in my case I was piping the data into a Ubuntu VM from XP. Started using Ubuntu natively and the problem went away. It may be an issue with the usb->serial converter. -Tristan -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Erskine Sent: Wednesday, November 24, 2010 5:24 AM To: rxtx at qbang.org Subject: Re: [Rxtx] Not receiving 0xa characters On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip > and send receive data from it. However it seems that I am not able to > receive any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found > that opening the port happens without the binary flag so I suppose > that LF gets possibly eaten by the OS. Could this be the problem? Is > such a problem known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From jfh at greenhousepc.com Wed Nov 24 05:16:38 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 05:16:38 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124051638.8ef0e5b4a80cef441275a6330ffad77d.b6369d0806.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Kustaa.Nyholm at planmeca.com Wed Nov 24 06:57:34 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 15:57:34 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: Message-ID: Hi, have look at: http://linux.die.net/man/3/tcsetattr I think (without looking at txrx source code) that the port is opened without correctly setting INLCR,ICRNL and/or IGNCR. But that is Unix/Linux stuff and you are on windows. However, I would suspect there is a similar feature and possibility of a bug in rxtx on Windows too. The obvious workaround is to correct that in the source code if you are able to recompile from source. The other possibility is to try to figure out why the port in question defaults to eating LFs (0x0A). I had a program that had this same bug and hundreds of people used it without a problem until on one Linux machine it failed with similar symptoms to yours, only in my case it was output. So you might be able to somehow configure the port to default to sensible values so that even if rxtx does not set them correctly they would be set correctly by default. Just 2 snt worth. br Kusti > From: Christoph Wei? > Reply-To: > Date: Tue, 23 Nov 2010 23:28:15 +0200 > To: > Conversation: [Rxtx] Not receiving 0xa characters > Subject: [Rxtx] Not receiving 0xa characters > > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. > I can connect to a serial port created by a FTDI USB chip and send receive > data from it. However it seems that I am not able to receive any characters > with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem known? > Are there workarounds? > > Thanks in advance, > best regards, > Chris From msemtd at googlemail.com Wed Nov 24 08:07:58 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 15:07:58 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: OK, to stem this madness I just ran some tests on RXTX-2.1-7 using java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort SerialInputStream instance. I am reading and writing linefeeds with no problem. If somebody has a genuine issue with their data receive code just post it here and I will show you exactly why it is broken. Thankyouverymuch. From mariusz.dec at gmail.com Wed Nov 24 08:21:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 24 Nov 2010 16:21:06 +0100 Subject: [Rxtx] Not receiving 0xa characters References: Message-ID: Hi, first thing is to check if sender sends this code. There are a lot of terminal's software where you may configure EOL (END_OF_LINE) character or sequence.... I think that problem is here :) Mariusz ----- Original Message ----- From: "Michael Erskine" To: Sent: Wednesday, November 24, 2010 4:07 PM Subject: Re: [Rxtx] Not receiving 0xa characters > OK, to stem this madness I just ran some tests on RXTX-2.1-7 using > java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort > SerialInputStream instance. I am reading and writing linefeeds with no > problem. > > If somebody has a genuine issue with their data receive code just post > it here and I will show you exactly why it is broken. > > Thankyouverymuch. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From Kustaa.Nyholm at planmeca.com Wed Nov 24 11:01:59 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 20:01:59 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: , Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> >OK, to stem this madness I just ran some tests on RXTX-2.1-7 using >java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort >SerialInputStream instance. I am reading and writing linefeeds with no >problem. Do I detect a hint of some attitude there? The OP surely had a problem or he would not have posted here. It maybe that the problem is on the sender side or in his code. Or maybe not. It certainly is possible for the serial driver to eat or inject various combinations of CR and/or LF. Seen that, been there, done that. Doing a simple test like sending and receiving LFs does not prove much, one way or the other, it could be that your OS/driver works but the OP's configuration doesn't. If there is an issue in rxtx in that it does not set those flags I mentioned (or equivalent in Windows, if any) then it is possible that it would all depend on the ports default behavior.Like I wrote, I have not looked at the source code so I was just speculating, as I think I clearly said. If you have knowledge about this, for example know for fact that this cannot happen in Windows for any driver or if you have looked into the source code and think that what I speculated cannot be the problem then just say so and explain your reasoning. Calling this madness is not very productive. >If somebody has a genuine issue with their data receive code just post >it here and I will show you exactly why it is broken. If the OP would post the code then I would be interested to take up your offer! >Thankyouverymuch. Thank *you*. br Kusti From jfh at greenhousepc.com Wed Nov 24 11:32:10 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:32:10 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124113210.8ef0e5b4a80cef441275a6330ffad77d.2973054590.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Nov 24 11:09:48 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 24 Nov 2010 11:09:48 -0700 (MST) Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port to 'raw' after opening to avoid those translations/filters. We 'stomp' on the port to force it into a predictable configuration. term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); term->c_oflag &= ~OPOST; term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); term->c_cflag &= ~(CSIZE|PARENB); term->c_cflag |= CS8; On windows, RXTX may not be as robust and could probably use a code review by someone familiar with the structs (termios.c). I could imagine a driver on windows having unusual defaults RXTX does not override causing problems. There are not many drivers out there though. I've personally not run into the situation mentioned. On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > Hi, > > have look at: > > http://linux.die.net/man/3/tcsetattr > > I think (without looking at txrx source code) that the port > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > But that is Unix/Linux stuff and you are on windows. However, > I would suspect there is a similar feature and possibility > of a bug in rxtx on Windows too. > > The obvious workaround is to correct that in the source code > if you are able to recompile from source. > > The other possibility is to try to figure out why the > port in question defaults to eating LFs (0x0A). > > I had a program that had this same bug and hundreds of > people used it without a problem until on one Linux machine > it failed with similar symptoms to yours, only in my case > it was output. > > So you might be able to somehow configure the port to default to sensible > values so that even if rxtx does not set them correctly they > would be set correctly by default. > > Just 2 snt worth. > > br Kusti > > > >> From: Christoph Wei? >> Reply-To: >> Date: Tue, 23 Nov 2010 23:28:15 +0200 >> To: >> Conversation: [Rxtx] Not receiving 0xa characters >> Subject: [Rxtx] Not receiving 0xa characters >> >> Dear all, >> >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. >> I can connect to a serial port created by a FTDI USB chip and send receive >> data from it. However it seems that I am not able to receive any characters >> with the value 0x0a (LF). >> Upon looking into the source code of the serial implementation I found that >> opening the port happens without the binary flag so I suppose that LF gets >> possibly eaten by the OS. Could this be the problem? Is such a problem known? >> Are there workarounds? >> >> Thanks in advance, >> best regards, >> Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From jfh at greenhousepc.com Wed Nov 24 11:59:47 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:59:47 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Wed Nov 24 14:29:57 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Wed, 24 Nov 2010 22:29:57 +0100 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> References: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> Message-ID: Guys, I actually tried to reply about 12 hours ago, but as it seems this message was for some reasons relayed to the moderators. I found the error in my code and it was a very simple embarrassing one that i always read over ... I shouldn't reuse demo code without checking it twice :-/ I'm sorry for bothering you and want to say thanks for all the input when it was all my fault. Embarrassed regards, Chris On Wed, Nov 24, 2010 at 7:59 PM, wrote: > Trent, > > On =some= POSIX systems the TERMIOS are reset. On many, they aren't, in > order to avoid a number of other problems. > > It's always best, because of "lingering termios" problems to build a > mostly-raw termios by hand. In the case of RXTX, the one problem I saw is > that the port is initially set to B9600, which means any characters that are > received immediately are mis-framed. I've seen this in my code where > gibberish shows up in the initial stream. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] Not receiving 0xa characters > From: Trent Jarvi > Date: Wed, November 24, 2010 12:09 pm > To: "rxtx at qbang.org" > > > On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port > to 'raw' after opening to avoid those translations/filters. We 'stomp' on > the port to force it into a predictable configuration. > > term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); > term->c_oflag &= ~OPOST; > term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); > term->c_cflag &= ~(CSIZE|PARENB); > term->c_cflag |= CS8; > > On windows, RXTX may not be as robust and could probably use a code review > by someone familiar with the structs (termios.c). > > I could imagine a driver on windows having unusual defaults RXTX does not > override causing problems. There are not many drivers out there though. > I've personally not run into the situation mentioned. > > > On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > > > Hi, > > > > have look at: > > > > http://linux.die.net/man/3/tcsetattr > > > > I think (without looking at txrx source code) that the port > > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > > But that is Unix/Linux stuff and you are on windows. However, > > I would suspect there is a similar feature and possibility > > of a bug in rxtx on Windows too. > > > > The obvious workaround is to correct that in the source code > > if you are able to recompile from source. > > > > The other possibility is to try to figure out why the > > port in question defaults to eating LFs (0x0A). > > > > I had a program that had this same bug and hundreds of > > people used it without a problem until on one Linux machine > > it failed with similar symptoms to yours, only in my case > > it was output. > > > > So you might be able to somehow configure the port to default to sensible > > values so that even if rxtx does not set them correctly they > > would be set correctly by default. > > > > Just 2 snt worth. > > > > br Kusti > > > > > > > >> From: Christoph Wei? > >> Reply-To: > >> Date: Tue, 23 Nov 2010 23:28:15 +0200 > >> To: > >> Conversation: [Rxtx] Not receiving 0xa characters > >> Subject: [Rxtx] Not receiving 0xa characters > >> > >> Dear all, > >> > >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. > >> I can connect to a serial port created by a FTDI USB chip and send > receive > >> data from it. However it seems that I am not able to receive any > characters > >> with the value 0x0a (LF). > >> Upon looking into the source code of the serial implementation I found > that > >> opening the port happens without the binary flag so I suppose that LF > gets > >> possibly eaten by the OS. Could this be the problem? Is such a problem > known? > >> Are there workarounds? > >> > >> Thanks in advance, > >> best regards, > >> Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > ------------------------------ > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Thu Nov 25 01:42:18 2010 From: eb at inotec-feg.de (Emanuel) Date: Thu, 25 Nov 2010 09:42:18 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <002a01cb8c7c$ab5b1ea0$02115be0$@de> I knew this would be asked ^^ That's the problem, it was on a customer laptop. On a freshly installed Win7 system the problem was not reproducible. So I know, answering such a diffuse question may be impossible, maybe I should have asked about user experience with rxtx on Windows 7 (32 bit). (btw. using 64-bit OS caused a bunch of different problems ... out of scope here) Regards Emanuel >> Post a minimal implementation that reproduces the error and we can >> tell you what's going wrong. From msemtd at googlemail.com Thu Nov 25 03:21:15 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Thu, 25 Nov 2010 10:21:15 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> References: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> Message-ID: On 24 November 2010 18:01, Kustaa Nyholm wrote: > Do I detect a hint of some attitude there? Yes, attitude all the way! :) I don't mean to sound like an ass but sometimes it just comes across badly. I shall try to be more diplomatic with my posts but they will usually be along the lines of "enough theory, just post the code to let us see what's actually going on, then we can get things fixed". Regards, Michael Erskine. From msemtd at googlemail.com Fri Nov 26 02:02:11 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 09:02:11 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <002a01cb8c7c$ab5b1ea0$02115be0$@de> References: <001001cb8a55$3f819020$be84b060$@de> <002a01cb8c7c$ab5b1ea0$02115be0$@de> Message-ID: On 25 November 2010 08:42, Emanuel wrote: > I knew this would be asked ^^ > That's the problem, it was on a customer laptop. On a freshly installed Win7 > system the problem was not reproducible. > So I know, answering such a diffuse question may be impossible, maybe I > should have asked about user experience with rxtx on Windows 7 (32 bit). > (btw. using 64-bit OS caused a bunch of different problems ... out of scope > here) > > Regards > Emanuel So you don't have the source code to your own application? How on earth do you maintain your/your customer's software? The USB adapter: FTDI/Prolific/MTD? Regards, Michael. From eb at inotec-feg.de Fri Nov 26 03:13:54 2010 From: eb at inotec-feg.de (Emanuel) Date: Fri, 26 Nov 2010 11:13:54 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000601cb8d52$a1dd2310$e5976930$@de> Hi Michael, of course i do have my own sources, but i can't reproduce the problem on our hardware. So I can't shrink the app to the bare minimum which is still showing the problem. Posting the hole application (beside not allowed to me) makes no sense. Maybe there is just a threading/synchronization problem. The used usb serial adapter is a Silabs CP210x. Best regards Emanuel -----Urspr?ngliche Nachricht----- Von: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] Im Auftrag von Michael Erskine Gesendet: Dienstag, 23. November 2010 14:20 An: rxtx at qbang.org Betreff: Re: [Rxtx] Windows 7 32-bit issues Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From msemtd at googlemail.com Fri Nov 26 03:55:27 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 10:55:27 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <000601cb8d52$a1dd2310$e5976930$@de> References: <001001cb8a55$3f819020$be84b060$@de> <000601cb8d52$a1dd2310$e5976930$@de> Message-ID: On 26 November 2010 10:13, Emanuel wrote: > Hi Michael, > > of course i do have my own sources, but i can't reproduce the problem on our > hardware. > So I can't shrink the app to the bare minimum which is still showing the > problem. Posting the hole application (beside not allowed to me) makes no > sense. > Maybe there is just a threading/synchronization problem. Hi Emanuel, I usually perform all reads and error handling as serial events but flag failures to be handled in the application foreground (or any other thread other than the event handler). Perhaps I have some techniques you can use to make your code more robust. > The used usb serial adapter is a Silabs CP210x. Wow, another usb/rs232 chip to add to my wishlist! (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) Has this adapter been generally OK? > Best regards > Emanuel Regards, Michael Erskine. From davestechshop at gmail.com Fri Nov 26 12:43:12 2010 From: davestechshop at gmail.com (Dave) Date: Fri, 26 Nov 2010 14:43:12 -0500 Subject: [Rxtx] rxtx javadoc - need a simple how to for generating local javadoc files (Netbeans/Ubuntu) Message-ID: Would anyone be kind enough to provide some simple steps that would help me generate the local javadoc files for rxtx? Cookbook style would be great (step 1, step2, etc.) I have downloaded the source from CVS already, but everything related to building from source is new to me. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at ubuntu.com Sun Nov 28 17:12:30 2010 From: showard314 at ubuntu.com (Scott Howard) Date: Sun, 28 Nov 2010 19:12:30 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi Peter, On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: > I notice that Debian have patched their version of RXTX so that it scans all > ports listed under "Linux-all-ports" in RXTXCommDriver.java. The version of rxtx that will be officially released in the upcoming Debian release will still only scan a limited number of ports. However, there is an experimental version rxtx which scans all ports. Ubuntu "Natty" is also testing the version that scans Linux-all-ports, but the "Maverick" release only scanned a limited number of ports. I'm using the experimental version that scans all ports, and I have not seen a decrease in speed. I've been encouraging users to try the experimental packages, and I have not heard of any speed decrease from them so far. My plan is to continue testing and release the experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). An interesting statistic: 55% of the users of the debian rxtx package installed it because they are using the arduino platform. That number is increasing pretty rapidly. Regards, Scott From dam at mellis.org Sun Nov 28 21:24:56 2010 From: dam at mellis.org (David A. Mellis) Date: Sun, 28 Nov 2010 23:24:56 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi, Do you think there's any chance of backporting the inclusion of /dev/ttyACM* into the RXTX on earlier distributions of Debian and Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno and Mega 2560 by applying Peter's patch as part of the process of packaging Arduino for those distributions, that's fine too. Either way, let me know if there's anything I can do to help with the process. For the RXTX developers: do you think there's any possibility of allowing the application using RXTX to specify the list of prefixes to scan (in addition to the current ability to specify the specific ports to use)? Would there be any interest in a patch for this? David On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: > Hi Peter, > > On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >> I notice that Debian have patched their version of RXTX so that it scans all >> ports listed under "Linux-all-ports" in RXTXCommDriver.java. > > The version of rxtx that will be officially released in the upcoming > Debian release will still only scan a limited number of ports. > However, there is an experimental version rxtx which scans all ports. > Ubuntu "Natty" is also testing the version that scans Linux-all-ports, > but the "Maverick" release only scanned a limited number of ports. > > I'm using the experimental version that scans all ports, and I have > not seen a decrease in speed. I've been encouraging users to try the > experimental packages, and I have not heard of any speed decrease from > them so far. My plan is to continue testing and release the > experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). > > An interesting statistic: 55% of the users of the debian rxtx package > installed it because they are using the arduino platform. That number > is increasing pretty rapidly. > > Regards, > Scott > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Mon Nov 29 05:01:15 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 29 Nov 2010 05:01:15 -0700 (MST) Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: RXTX allows a list of ports to be specified but not in addition to the default port enumeration. http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F I'm not sure that adding more ways to do that is going to help people. It will probably confuse them more than anything. With wide spread acceptance of udev in common distributinos, it makes sense to enumerate all ports now. The remaining concern is embedded devices that may not run udev. That said, they don't create all device files typically and could use the above workaround. We can put a patch in at rxtx.org if there are no significant objections. On Sun, 28 Nov 2010, David A. Mellis wrote: > Hi, > > Do you think there's any chance of backporting the inclusion of > /dev/ttyACM* into the RXTX on earlier distributions of Debian and > Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno > and Mega 2560 by applying Peter's patch as part of the process of > packaging Arduino for those distributions, that's fine too. Either > way, let me know if there's anything I can do to help with the > process. > > For the RXTX developers: do you think there's any possibility of > allowing the application using RXTX to specify the list of prefixes to > scan (in addition to the current ability to specify the specific ports > to use)? Would there be any interest in a patch for this? > > David > > On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: >> Hi Peter, >> >> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >>> I notice that Debian have patched their version of RXTX so that it scans all >>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >> >> The version of rxtx that will be officially released in the upcoming >> Debian release will still only scan a limited number of ports. >> However, there is an experimental version rxtx which scans all ports. >> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >> but the "Maverick" release only scanned a limited number of ports. >> >> I'm using the experimental version that scans all ports, and I have >> not seen a decrease in speed. I've been encouraging users to try the >> experimental packages, and I have not heard of any speed decrease from >> them so far. My plan is to continue testing and release the >> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >> >> An interesting statistic: 55% of the users of the debian rxtx package >> installed it because they are using the arduino platform. That number >> is increasing pretty rapidly. >> >> Regards, >> Scott >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From eb at inotec-feg.de Mon Nov 29 05:39:01 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 29 Nov 2010 13:39:01 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000001cb8fc2$66c49de0$344dd9a0$@de> Hi Michael, > I usually perform all reads and error handling as serial events but > flag failures to be handled in the application foreground (or any > other thread other than the event handler). Perhaps I have some > techniques you can use to make your code more robust. Of course I'm interested in alternatives making the code more robust. > (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) > Has this adapter been generally OK? We actually used this adapter in some projects. Personally i don't like it that much. We actually even found a bug while using it in one projects 3 years ago (already using it in a production environment). It was fixed quite fast after reporting it. AFAIK the current drivers are stable enough but it seems there are still iusses with them. Best regards Emanuel From dam at mellis.org Mon Nov 29 08:02:42 2010 From: dam at mellis.org (David A. Mellis) Date: Mon, 29 Nov 2010 10:02:42 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Switching to enumerating all ports under Linux would be a fine solution for my (Arduino) use cases. Are you planning to make this change in RXTX itself? (Apologies if you already did and I didn't notice.) Otherwise, I think it makes sense to provide a way to specify prefixes to scan in addition to a way to specify ports to use. The former is about using additional ports, the latter (typically) about using fewer ports. Doing the latter to achieve the former requires the application to do its own scan, which seems redundant when RXTX already has code for it. David On Mon, Nov 29, 2010 at 7:01 AM, Trent Jarvi wrote: > > RXTX allows a list of ports to be specified but not in addition to the > default port enumeration. > > http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F > > I'm not sure that adding more ways to do that is going to help people. ?It > will probably confuse them more than anything. > > With wide spread acceptance of udev in common distributinos, it makes sense > to enumerate all ports now. ?The remaining concern is embedded devices that > may not run udev. ?That said, they don't create all device files typically > and could use the above workaround. > > We can put a patch in at rxtx.org if there are no significant objections. > > On Sun, 28 Nov 2010, David A. Mellis wrote: > >> Hi, >> >> Do you think there's any chance of backporting the inclusion of >> /dev/ttyACM* into the RXTX on earlier distributions of Debian and >> Ubuntu? ?Of course, if instead you'd prefer to support the Arduino Uno >> and Mega 2560 by applying Peter's patch as part of the process of >> packaging Arduino for those distributions, that's fine too. ?Either >> way, let me know if there's anything I can do to help with the >> process. >> >> For the RXTX developers: do you think there's any possibility of >> allowing the application using RXTX to specify the list of prefixes to >> scan (in addition to the current ability to specify the specific ports >> to use)? ?Would there be any interest in a patch for this? >> >> David >> >> On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard >> wrote: >>> >>> Hi Peter, >>> >>> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver >>> wrote: >>>> >>>> I notice that Debian have patched their version of RXTX so that it scans >>>> all >>>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >>> >>> The version of rxtx that will be officially released in the upcoming >>> Debian release will still only scan a limited number of ports. >>> However, there is an experimental version rxtx which scans all ports. >>> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >>> but the "Maverick" release only scanned a limited number of ports. >>> >>> I'm using the experimental version that scans all ports, and I have >>> not seen a decrease in speed. I've been encouraging users to try the >>> experimental packages, and I have not heard of any speed decrease from >>> them so far. My plan is to continue testing and release the >>> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >>> >>> An interesting statistic: 55% of the users of the debian rxtx package >>> installed it because they are using the arduino platform. That number >>> is increasing pretty rapidly. >>> >>> Regards, >>> Scott >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia pathname = pathname + "Linux/ia64-unkown-linux-gnu"; } else if (isMac()){ // mac pathname = pathname + "Mac_OS_X"; } else { String osname = System.getProperty("os.name", "").toLowerCase(); String osarch = System.getProperty("os.arch", "").toLowerCase(); System.out.println("Sorry, your operating system is not supported: " + "\n" + osname + "\n" + osarch); System.exit(-1); } addDir(pathname); } public static boolean is32(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); // return true; return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); } public static boolean is64(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("64")>0; } public static boolean isIA(){ String osarch = System.getProperty("os.arch", "").toLowerCase(); return osarch.indexOf("ia")>0; } public static boolean isWindows() { String os = System.getProperty("os.name").toLowerCase(); //windows return (os.indexOf("win") >= 0); } public static boolean isMac() { String os = System.getProperty("os.name").toLowerCase(); //Mac return (os.indexOf("mac") >= 0); } public static boolean isLinux() { String os = System.getProperty("os.name").toLowerCase(); //linux return (os.indexOf("linux") >= 0); } public static void addDir(String s) { System.out.println("Dir=="+s); try { Field field = ClassLoader.class.getDeclaredField("usr_paths"); field.setAccessible(true); String[] paths = (String[]) field.get(null); for (int i = 0; i < paths.length; i++) { if (s.equals(paths[i])) { return; } } String[] tmp = new String[paths.length + 1]; System.arraycopy(paths, 0, tmp, 0, paths.length); tmp[paths.length] = s; field.set(null, tmp); } catch (IllegalAccessException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get permissions to set library path"); } catch (NoSuchFieldException e) { Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, "Failed to get field handle to set library path"); } } } And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -------------- next part -------------- An HTML attachment was scrubbed... URL: From Thomas.Damgaard at polycom.com Tue Nov 16 06:18:05 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Tue, 16 Nov 2010 13:18:05 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Hi, I've created a signed applet which uses RXTX. I've manually placed the rxtxSerial.dll and the RXTXcomm.jar in my Java installation directory. This works great, but this means our customers would need to do the same, which isn't very user-friendly. Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the "no manual install" be achieved some other way? I'm a novice Java developer, so if anyone could help me do this, I would really appreciate it! My current html: FlashLoader

FlashLoader


My JNLP file: JSFlashLoader Thomas Fogh Best regards, Thomas Fogh Damgaard, R&D B.Sc.E.E., Polycom (Denmark) ApS, KIRK Business Unit Langmarksvej 34, 8700 Horsens, Denmark [cid:image001.gif at 01CB8595.FEF56EF0] [cid:image002.jpg at 01CB8595.FEF56EF0]Please consider your environmental responsibility before printing this e-mail This communication (including any attachments) may contain privileged or confidential information of Polycom and is intended for a specific individual. If you are not the intended recipient, you should delete this communication, including any attachments without reading or saving them in any manner, and you are hereby notified that any disclosure, copying, or distribution of this communication, or the taking of any action based on it, is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2257 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 851 bytes Desc: image002.jpg URL: From adrian.crum at yahoo.com Tue Nov 16 09:03:28 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 08:03:28 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <405582.69820.qm@web63108.mail.re1.yahoo.com> Putting platform-specific code in Java defeats the "write once, run anywhere" intent of the language. -Adrian --- On Tue, 11/16/10, Diego Cirujano wrote: From: Diego Cirujano Subject: [Rxtx] LibExtPath to make it easier To: rxtx at qbang.org Date: Tuesday, November 16, 2010, 4:42 AM Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: ?/* ???*?LibExtPath.java ? ??* ????* Copyright (C) 2009 Diego Cirujano ? ??* ????* This program is distributed in the hope that it will be useful, ? ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ???* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? ??* GNU General Public License for more details. ???* ?? ??* You should have received a copy of the GNU General Public License ???* along with this program. ?If not, see . ? ??*/ ? package es.unizar.tecnodiscap.util; /**?* ?* @author ciru?*/import java.lang.reflect.*; import java.util.logging.Level;import java.util.logging.Logger; public class LibExtPath { ?? ?public static void configureRXTX() { ?? ? ? ?String pathname = "./libext/rxtx/"; ?? ? ? ?if (isWindows() && is32()) {?? ? ? ? ? ?// windows 32 ?? ? ? ? ? ?pathname = pathname + "Windows/win32";?? ? ? ?} else if (isWindows() && is64()) { ?? ? ? ? ? ?// windows 64?? ? ? ? ? ?pathname = pathname + "Windows/win64"; ?? ? ? ?} else if (isLinux() && is32()) {?? ? ? ? ? ?// linux 32 ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu";?? ? ? ?} else if (isLinux() && is64()) { ?? ? ? ? ? ?// linux 64?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; ?? ? ? ?} else if(isLinux() && isIA()){?? ? ? ? ? ?// linux ia ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu";?? ? ? ?} else if (isMac()){ ?? ? ? ? ? ?// mac?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; ?? ? ? ?} else {?? ? ? ? ? ?String osname = System.getProperty("os.name", "").toLowerCase(); ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? ? ? ?System.out.println("Sorry, your operating system is not supported: " ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); ?? ? ? ? ? ?System.exit(-1);?? ? ? ?} ?? ? ? ?addDir(pathname); ?? ?} ?? ?public static boolean is32(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase();?? ? ? // return true; ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); ?? ?} ?? ?public static boolean is64(){?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("64")>0;?? ?} ?? ?public static boolean isIA(){ ?? ? ? ?String osarch = System.getProperty("os.arch", "").toLowerCase(); ?? ? ? ?return osarch.indexOf("ia")>0;?? ?} ?? ?public static boolean isWindows() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//windows ?? ? ? ?return (os.indexOf("win") >= 0);?? ?} ?? ?public static boolean isMac() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//Mac ?? ? ? ?return (os.indexOf("mac") >= 0);?? ?} ?? ?public static boolean isLinux() { ?? ? ? ?String os = System.getProperty("os.name").toLowerCase();?? ? ? ?//linux ?? ? ? ?return (os.indexOf("linux") >= 0);?? ?} ?? ?public static void addDir(String s) { ?? ? ? ?System.out.println("Dir=="+s);?? ? ? ?try { ?? ? ? ? ? ?Field field = ClassLoader.class.getDeclaredField("usr_paths");?? ? ? ? ? ?field.setAccessible(true); ?? ? ? ? ? ?String[] paths = (String[]) field.get(null);?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) {?? ? ? ? ? ? ? ? ? ?return; ?? ? ? ? ? ? ? ?}?? ? ? ? ? ?}?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length);?? ? ? ? ? ?tmp[paths.length] = s; ?? ? ? ? ? ?field.set(null, tmp);?? ? ? ?} catch (IllegalAccessException e) { ?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null,?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); ?? ? ? ?} catch (NoSuchFieldException e) {?? ? ? ? ? ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path");?? ? ? ?} ?? ?}} And this is how I use it: LibExtPath.configureRXTX(); I think that this could be usefull for other people and maybe could be integrated in the library. Thanks guys! And well done. Ciruman -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Tue Nov 16 09:05:16 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Tue, 16 Nov 2010 09:05:16 -0700 (MST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: <405582.69820.qm@web63108.mail.re1.yahoo.com> References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: It's clearly identifying a problem Diego is dealing with. A more generic solution would be nice. For instance, dealing with various possibilities explored in the ToyBox. http://rxtx.qbang.org/ToyBox/2.1-7-build1/ More specific, http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ In this (POSIX) case, a native call could be done to return any system type and then deal with absense of a shared library. NAME uname - get name and information about current kernel SYNOPSIS #include int uname(struct utsname *buf); DESCRIPTION uname() returns system information in the structure pointed to by buf. The utsname struct is defined in : struct utsname { char sysname[]; /* Operating system name (e.g., "Linux") */ char nodename[]; /* Name within "some implementation-defined network" */ char release[]; /* OS release (e.g., "2.6.28") */ char version[]; /* OS version */ char machine[]; /* Hardware identifier */ #ifdef _GNU_SOURCE char domainname[]; /* NIS or YP domain name */ #endif }; On Tue, 16 Nov 2010, Adrian Crum wrote: > Putting platform-specific code in Java defeats the "write once, run > anywhere" intent of the language. > > -Adrian > > --- On Tue, 11/16/10, Diego Cirujano wrote: > > From: Diego Cirujano > Subject: [Rxtx] LibExtPath to make it easier > To: rxtx at qbang.org > Date: Tuesday, November 16, 2010, 4:42 AM > > Hi all, > I've been using this lib for a long time so now I would like to > contribute in order to make it easier to use. > > I programmed a class that gets the library(so, dll) for me. This is > the code: > > > ?/* ? > ??*?LibExtPath.java ? > ??* ?? > ??* Copyright (C) 2009 Diego Cirujano ? > ??* ?? > ??* This program is distributed in the hope that it will be useful, ? > ??* but WITHOUT ANY WARRANTY; without even the implied warranty of ? > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ?See the ? > ??* GNU General Public License for more details. ? > ??* ?? > ??* You should have received a copy of the GNU General Public License > ? > ??* along with this program. ?If not, see > . ? > ??*/ ? > > package es.unizar.tecnodiscap.util; > > /** > ?* > ?* @author ciru > ?*/ > import java.lang.reflect.*; > import java.util.logging.Level; > import java.util.logging.Logger; > > public class LibExtPath { > > ?? ?public static void configureRXTX() { > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > ?? ? ? ?if (isWindows() && is32()) { > ?? ? ? ? ? ?// windows 32 > ?? ? ? ? ? ?pathname = pathname + "Windows/win32"; > ?? ? ? ?} else if (isWindows() && is64()) { > ?? ? ? ? ? ?// windows 64 > ?? ? ? ? ? ?pathname = pathname + "Windows/win64"; > ?? ? ? ?} else if (isLinux() && is32()) { > ?? ? ? ? ? ?// linux 32 > ?? ? ? ? ? ?pathname = pathname + "Linux/i686-unknown-linux-gnu"; > ?? ? ? ?} else if (isLinux() && is64()) { > ?? ? ? ? ? ?// linux 64 > ?? ? ? ? ? ?pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; > ?? ? ? ?} else if(isLinux() && isIA()){ > ?? ? ? ? ? ?// linux ia > ?? ? ? ? ? ?pathname = pathname + "Linux/ia64-unkown-linux-gnu"; > ?? ? ? ?} else if (isMac()){ > ?? ? ? ? ? ?// mac > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > ?? ? ? ?} else { > ?? ? ? ? ? ?String osname = System.getProperty("os.name", > "").toLowerCase(); > ?? ? ? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ? ? ?System.out.println("Sorry, your operating system is not > supported: " > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > ?? ? ? ? ? ?System.exit(-1); > ?? ? ? ?} > ?? ? ? ?addDir(pathname); > ?? ?} > > ?? ?public static boolean is32(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? // return true; > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > ?? ?} > > ?? ?public static boolean is64(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("64")>0; > ?? ?} > > ?? ?public static boolean isIA(){ > ?? ? ? ?String osarch = System.getProperty("os.arch", > "").toLowerCase(); > ?? ? ? ?return osarch.indexOf("ia")>0; > ?? ?} > > ?? ?public static boolean isWindows() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//windows > ?? ? ? ?return (os.indexOf("win") >= 0); > ?? ?} > > ?? ?public static boolean isMac() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//Mac > ?? ? ? ?return (os.indexOf("mac") >= 0); > ?? ?} > > ?? ?public static boolean isLinux() { > ?? ? ? ?String os = System.getProperty("os.name").toLowerCase(); > ?? ? ? ?//linux > ?? ? ? ?return (os.indexOf("linux") >= 0); > ?? ?} > > ?? ?public static void addDir(String s) { > ?? ? ? ?System.out.println("Dir=="+s); > ?? ? ? ?try { > ?? ? ? ? ? ?Field field = > ClassLoader.class.getDeclaredField("usr_paths"); > ?? ? ? ? ? ?field.setAccessible(true); > ?? ? ? ? ? ?String[] paths = (String[]) field.get(null); > ?? ? ? ? ? ?for (int i = 0; i < paths.length; i++) { > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > ?? ? ? ? ? ? ? ? ? ?return; > ?? ? ? ? ? ? ? ?} > ?? ? ? ? ? ?} > ?? ? ? ? ? ?String[] tmp = new String[paths.length + 1]; > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, paths.length); > ?? ? ? ? ? ?tmp[paths.length] = s; > ?? ? ? ? ? ?field.set(null, tmp); > ?? ? ? ?} catch (IllegalAccessException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get permissions to set library path"); > ?? ? ? ?} catch (NoSuchFieldException e) { > ?? ? ? ? ? > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, null, > ?? ? ? ? ? ? ? ? ? ?"Failed to get field handle to set library path"); > ?? ? ? ?} > ?? ?} > } > > > And this is how I use it: > > LibExtPath.configureRXTX(); > > > I think that this could be usefull for other people and maybe could be > integrated in the library. > > > Thanks guys! > > And well done. > > Ciruman > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > From bschlining at gmail.com Tue Nov 16 10:13:06 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:13:06 -0800 Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: References: <405582.69820.qm@web63108.mail.re1.yahoo.com> Message-ID: > It's clearly identifying a problem Diego is dealing with. A more generic > solution would be nice. For instance, dealing with various possibilities > explored in the ToyBox. > Something similar is done with JNA (See https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?view=markup). This class attempts to load the JNA native library from the following) 1. The directories specified on the jna.boot.library.path. If that fails try #2 2. Load from the system library paths. If that fails try #3 3. Extract stub library from JNA jar and load it. And yes, because you're working with native code, there's some platform specific code in there. The interesting methods are *getNativeLibraryResourcePath, loadNativeLibrary * and *loadNativeLibraryFromJar.* I actually use this technique with RXTX in an application I wrote. The more generic version of Native that I use for loading unloading RXTX can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/nativelib/Native.java. An example of it's usage is at http://vars-redux.googlecode.com/hg/vars-annotation/src/main/java/vars/annotation/ui/video/RSS422VideoControlService.java(Here's a code snippet of it's usage: try { System.loadLibrary(LIBRARY_NAME); log.info(LIBRARY_NAME + " was found on the java.library.path and loaded"); } catch (UnsatisfiedLinkError e) { extractAndLoadNativeLibraries(); } private void extractAndLoadNativeLibraries() { String libraryName = System.mapLibraryName("rxtxSerial"); String os = System.getProperty("os.name"); if (libraryName != null) { // Location to extract the native libraries into $HOME/.vars/native/Mac File libraryHome = new File(new File(Lookup.getSettingsDirectory(), "native"), os.substring(0, 3)); if (!libraryHome.exists()) { libraryHome.mkdirs(); } if (!libraryHome.canWrite()) { throw new VARSException("Unable to extract native libary to " + libraryHome + ". Verify that you have write access to that directory"); } // This finds the native library, extracts it and hacks the java.library.path if needed new Native(LIBRARY_NAME, "native", libraryHome, getClass().getClassLoader()); } else { log.error( "A native RXTX library for your platform is not available. " + You will not be able to control your VCR"); } } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Tue Nov 16 10:27:42 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 16 Nov 2010 09:27:42 -0800 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: > > > Is it possible to create a jar package containing the native libraries and > RXTXcomm.jar? > > And load it using JNLP and System.load/System.loadLibrary? > > Or can the ?no manual install? be achieved some other way? > Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 16 14:17:42 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 16 Nov 2010 13:17:42 -0800 (PST) Subject: [Rxtx] LibExtPath to make it easier In-Reply-To: Message-ID: <251613.71183.qm@web63102.mail.re1.yahoo.com> It seems to me loading the native library using only the library name (minus the extension) should grab the correct library for the platform (I'm assuming the JRE class loader knows whether to load a *.dll or *.so file). From there, a native lib could perform additional tests (32 bit vs 64 bit) and act accordingly. -Adrian --- On Tue, 11/16/10, Trent Jarvi wrote: > It's clearly identifying a problem Diego is dealing > with.? A more generic solution would be nice.? For > instance, dealing with various possibilities explored in the > ToyBox. > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/ > > More specific, > > http://rxtx.qbang.org/ToyBox/2.1-7-build1/Linux/glibc-2.3.5/ > > In this (POSIX) case, a native call could be done to return > any system type and then deal with absense of a shared > library. > > NAME > ? ? ???uname - get name and > information about current kernel > > SYNOPSIS > ? ? ???#include > > > ? ? ???int uname(struct utsname > *buf); > > DESCRIPTION > ? ? ???uname()? returns > system information in the structure pointed to by buf. > ? ? ???The utsname struct is > defined in : > > ? ? ? ? ???struct > utsname { > ? ? ? ? ? ? > ???char sysname[];? ? /* Operating > system name (e.g., "Linux") */ > ? ? ? ? ? ? > ???char nodename[];???/* Name > within "some implementation-defined > ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ? > ? ???network" */ > ? ? ? ? ? ? > ???char release[];? ? /* OS release > (e.g., "2.6.28") */ > ? ? ? ? ? ? > ???char version[];? ? /* OS version > */ > ? ? ? ? ? ? > ???char machine[];? ? /* Hardware > identifier */ > ? ? ? ? ???#ifdef > _GNU_SOURCE > ? ? ? ? ? ? > ???char domainname[]; /* NIS or YP domain > name */ > ? ? ? ? ???#endif > ? ? ? ? ???}; > > > > > > > On Tue, 16 Nov 2010, Adrian Crum wrote: > > > Putting platform-specific code in Java defeats the > "write once, run > > anywhere" intent of the language. > > > > -Adrian > > > > --- On Tue, 11/16/10, Diego Cirujano > wrote: > > > >? ? ???From: Diego Cirujano > > >? ? ???Subject: [Rxtx] > LibExtPath to make it easier > >? ? ???To: rxtx at qbang.org > >? ? ???Date: Tuesday, November > 16, 2010, 4:42 AM > > > >? ? ???Hi all, > > I've been using this lib for a long time so now I > would like to > > contribute in order to make it easier to use. > > > > I programmed a class that gets the library(so, dll) > for me. This is > > the code: > > > > > > ?/* ? > > ??*?LibExtPath.java ? > > ??* ?? > > ??* Copyright (C) 2009 Diego Cirujano ? > > ??* ?? > > ??* This program is distributed in the hope that it > will be useful, ? > > ??* but WITHOUT ANY WARRANTY; without even the > implied warranty of ? > > ??* MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. ?See the ? > > ??* GNU General Public License for more details. ? > > ??* ?? > > ??* You should have received a copy of the GNU > General Public License > > ? > > ??* along with this program. ?If not, see > > . ? > > ??*/ ? > > > > package es.unizar.tecnodiscap.util; > > > > /** > > ?* > > ?* @author ciru > > ?*/ > > import java.lang.reflect.*; > > import java.util.logging.Level; > > import java.util.logging.Logger; > > > > public class LibExtPath { > > > > ?? ?public static void configureRXTX() { > > > > ?? ? ? ?String pathname = "./libext/rxtx/"; > > > > ?? ? ? ?if (isWindows() && is32()) { > > ?? ? ? ? ? ?// windows 32 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win32"; > > ?? ? ? ?} else if (isWindows() && is64()) > { > > ?? ? ? ? ? ?// windows 64 > > ?? ? ? ? ? ?pathname = pathname + > "Windows/win64"; > > ?? ? ? ?} else if (isLinux() && is32()) > { > > ?? ? ? ? ? ?// linux 32 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/i686-unknown-linux-gnu"; > > ?? ? ? ?} else if (isLinux() && is64()) > { > > ?? ? ? ? ? ?// linux 64 > > ?? ? ? ? ? ?pathname = pathname + > "Linux/x86_64-unknown-linux-gnu"; > > ?? ? ? ?} else if(isLinux() && isIA()){ > > ?? ? ? ? ? ?// linux ia > > ?? ? ? ? ? ?pathname = pathname + > "Linux/ia64-unkown-linux-gnu"; > > ?? ? ? ?} else if (isMac()){ > > ?? ? ? ? ? ?// mac > > ?? ? ? ? ? ?pathname = pathname + "Mac_OS_X"; > > ?? ? ? ?} else { > > ?? ? ? ? ? ?String osname = > System.getProperty("os.name", > > "").toLowerCase(); > > ?? ? ? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ? ? ?System.out.println("Sorry, your > operating system is not > > supported: " > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osname > > ?? ? ? ? ? ? ? ? ? ?+ "\n" + osarch); > > ?? ? ? ? ? ?System.exit(-1); > > ?? ? ? ?} > > ?? ? ? ?addDir(pathname); > > ?? ?} > > > > ?? ?public static boolean is32(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? // return true; > > ?? ? ? ?return ((osarch.indexOf("i386")!=-1 || > > > osarch.indexOf("i686")!=-1)||osarch.indexOf("x86")!=-1); > > > > ?? ?} > > > > ?? ?public static boolean is64(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("64")>0; > > ?? ?} > > > > ?? ?public static boolean isIA(){ > > ?? ? ? ?String osarch = > System.getProperty("os.arch", > > "").toLowerCase(); > > ?? ? ? ?return osarch.indexOf("ia")>0; > > ?? ?} > > > > ?? ?public static boolean isWindows() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//windows > > ?? ? ? ?return (os.indexOf("win") >= 0); > > ?? ?} > > > > ?? ?public static boolean isMac() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//Mac > > ?? ? ? ?return (os.indexOf("mac") >= 0); > > ?? ?} > > > > ?? ?public static boolean isLinux() { > > ?? ? ? ?String os = > System.getProperty("os.name").toLowerCase(); > > ?? ? ? ?//linux > > ?? ? ? ?return (os.indexOf("linux") >= 0); > > ?? ?} > > > > ?? ?public static void addDir(String s) { > > ?? ? ? ?System.out.println("Dir=="+s); > > ?? ? ? ?try { > > ?? ? ? ? ? ?Field field = > > ClassLoader.class.getDeclaredField("usr_paths"); > > ?? ? ? ? ? ?field.setAccessible(true); > > ?? ? ? ? ? ?String[] paths = (String[]) > field.get(null); > > ?? ? ? ? ? ?for (int i = 0; i < > paths.length; i++) { > > ?? ? ? ? ? ? ? ?if (s.equals(paths[i])) { > > ?? ? ? ? ? ? ? ? ? ?return; > > ?? ? ? ? ? ? ? ?} > > ?? ? ? ? ? ?} > > ?? ? ? ? ? ?String[] tmp = new > String[paths.length + 1]; > > ?? ? ? ? ? ?System.arraycopy(paths, 0, tmp, 0, > paths.length); > > ?? ? ? ? ? ?tmp[paths.length] = s; > > ?? ? ? ? ? ?field.set(null, tmp); > > ?? ? ? ?} catch (IllegalAccessException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get > permissions to set library path"); > > ?? ? ? ?} catch (NoSuchFieldException e) { > > ?? ? ? ? ? > > > ?Logger.getLogger(LibExtPath.class.getName()).log(Level.SEVERE, > null, > > ?? ? ? ? ? ? ? ? ? ?"Failed to get field > handle to set library path"); > > ?? ? ? ?} > > ?? ?} > > } > > > > > > And this is how I use it: > > > > LibExtPath.configureRXTX(); > > > > > > I think that this could be usefull for other people > and maybe could be > > integrated in the library. > > > > > > Thanks guys! > > > > And well done. > > > > Ciruman > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Wed Nov 17 06:49:15 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Wed, 17 Nov 2010 13:49:15 +0000 Subject: [Rxtx] Package RXTX libraries in an applet? In-Reply-To: References: <651D981E4B29F74ABD63CE74C2E4788E2F32E55A@SLOMAILPRD01.polycom.com> Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2F32E55B@SLOMAILPRD01.polycom.com> Hi Works perfectly! Thank you very much!! Best regards, Thomas Fogh Damgaard Polycom (Denmark) ApS From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Brian Schlining Sent: 16. november 2010 18:28 To: rxtx at qbang.org Subject: Re: [Rxtx] Package RXTX libraries in an applet? Is it possible to create a jar package containing the native libraries and RXTXcomm.jar? And load it using JNLP and System.load/System.loadLibrary? Or can the ?no manual install? be achieved some other way? Yes, zip that native library (rxtxSerial.dll) up int a file and change the extension from 'zip' to 'jar' (Not actually sure that you need to change the extension but I do and it works). Your JNLP will then look something like: Foo Bar Foo Bar Important: You need the tags. Notice the tags that target each platform. You can only include windows if you want, make sure the name of the jar matches the name of the one you put your rxtxSerial.dll in. Cheers -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:16:45 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:16:45 -0300 Subject: [Rxtx] how to identify connected port Message-ID: is there a way to know wich serial port is connected ? any method ? -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 17 08:17:34 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 17 Nov 2010 12:17:34 -0300 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: or better, to know wich port is avaliable ? 2010/11/17 Arturo Veras > is there a way to know wich serial port is connected ? any method ? > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschlining at gmail.com Wed Nov 17 10:06:25 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 17 Nov 2010 09:06:25 -0800 Subject: [Rxtx] how to identify connected port In-Reply-To: References: Message-ID: > or better, to know wich port is avaliable ? /** * @return A HashSet containing the CommPortIdentifier for all serial ports that are not currently being used. */ public static HashSet getAvailableSerialPorts() { HashSet h = new HashSet(); Enumeration thePorts = CommPortIdentifier.getPortIdentifiers(); while (thePorts.hasMoreElements()) { CommPortIdentifier com = (CommPortIdentifier) thePorts.nextElement(); switch (com.getPortType()) { case CommPortIdentifier.PORT_SERIAL: try { CommPort thePort = com.open("CommUtil", 50); thePort.close(); log.debug("Serial Port, " + com.getName() + ", is available"); h.add(com); } catch (PortInUseException e) { if (log.isInfoEnabled()) { log.debug("Serial port, " + com.getName() + ", is in use."); } } catch (Exception e) { if (log.isErrorEnabled()) { log.error("Failed to open serial port " + com.getName(), e); } } } } return h; } -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.tatam at red61.com Thu Nov 18 10:39:30 2010 From: will.tatam at red61.com (Will Tatam) Date: Thu, 18 Nov 2010 17:39:30 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything In-Reply-To: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> References: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Message-ID: <4CE564D2.2010804@red61.com> Your user needs to be a member of both lock and dialout goups to have access to any of your ports On 01/11/10 12:58, Damgaard, Thomas wrote: > > Hi, > > > > I've created a small applet to test the functionality of RXTX. It runs > on a web server I've set up on my Windows XP laptop. > > If I go to address on my Windows XP the applet lists the available COM > ports, but if I go to the address on my Linux laptop no ports are listed. > > > > dmesg |grep ttyS: > > serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A > > > > dmesg |grep ttyU: > > usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 > > > > ll ttyS*: > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 > > crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 > > ll ttyU*: > > crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 > > > > I tried both the "2.1-7r2" and "2.2pre2" versions. > > Thomas Fogh Damgaard > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Will Tatam Systems Architect Red Sixty One LTD UK: +44 (0)845 867 2203 ext 103 Ireland: +353 1 485 3506 ext 103 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Sun Nov 21 20:21:17 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Sun, 21 Nov 2010 19:21:17 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <515265.1611.qm@web63107.mail.re1.yahoo.com> The rewrite is preliminary code - it needs more work. It should work reliably in a Windows environment. The rewrite needs more community participation to move it along. The best resource for help is the RXTX mailing list - rxtx at qbang.org. -Adrian --- On Fri, 11/19/10, Dave wrote: From: Dave Subject: rxtx 2010 rewrite To: adrian.crum at yahoo.com Date: Friday, November 19, 2010, 1:21 PM Hi Adrian,Thanks for working on RXTX. I've been using it and having various problems. I believe your work is essential to overcoming these issues. Is your 2010 rewrite suitable for use now? I'm running 32 bit and 64 bit Linux (Ubuntu usually). What is the best mailing list or forum to use for RXTX? Thank you. Regards,Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Mon Nov 22 07:55:04 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 22 Nov 2010 15:55:04 +0100 Subject: [Rxtx] Windows 7 32-bit issues Message-ID: <001001cb8a55$3f819020$be84b060$@de> I'm using rxtx on windows xp in my application and it is working. On Windows 7 (32 bit) the application basically works but hangs upon receiving larger "packets". In both cases a usb-uart adapter is used. Problem persists until unplugging the adapter. Rxtx Version: 2.1-7-bins-r2 No Exception is thrown and no indication is showing up helping identifying the problem source. Are there any known issues with rxtx and Windows 7 possibly producing such behavior? Thanks in advance Emanuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Mon Nov 22 17:25:03 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Mon, 22 Nov 2010 17:25:03 -0700 Subject: [Rxtx] rxtx 2010 rewrite Message-ID: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Mon Nov 22 20:57:07 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 22 Nov 2010 20:57:07 -0700 (MST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> References: <20101122172503.8ef0e5b4a80cef441275a6330ffad77d.937927df2b.wbe@email13.secureserver.net> Message-ID: I'm not for or against the rewrite effort. I do represent one of those people needing 'stable now' when I go to work. Here at home I'm interested in the future of RXTX for all those neat projects I hear about. I'm all for some experimenting and growing. What RXTX lacks is not coders. We have had many ideas bouncing around and some code that deals with things like serial ports that vanish (USB). The C++ rewrite is proof of interest there and I'm glad to see it. So whats missing? The JCP required test suites. CommAPI and RXTX lack test suites. CommAPI was grandfathered into the JCP and shortly later 'broken' for a customer right in the JCP by adding Solaris specific hooks. Testing CommAPI/RXTX is difficult. At work I have test suites but the coverage is specific to those needs - these tests existed before I started working there. Maybe they cover your needs, maybe not. I use those to qualify RXTX releases which is alot more than I used to do. The tests are in MATLAB code going through a layer of java and don't lend well to sharing (though its a possibility). Those test suites are the best we all have at this time as far as I know and that does not bode well for a smooth transition to a rewrite for multiple projects. I could run the suites against the rewrite. Honestly, I'm not comfortable that they cover enough for generic qualification though. As an example, the testsuite requires a loopback connection. Fun thing is the other side is always configured like your side. Setting hardware flow control failed? No problem. Its still odd parity? Good to go! It failed on the other side too. In agreement with Julie, there are many subtle things in rxtx that took more than 3 years to flush out. That does not mean we can't figure out how to move forward (without the circus wagons). On Mon, 22 Nov 2010, jfh at greenhousepc.com wrote: > Adrian, > > As I've said before, some of us are ready, willing and able to work on RXTX, > but we need something much more stable NOW, and the existing code base is > the most stable, most time-tested thing going.? It's easy to say "it should > work reliably", but my experience is that code like this typically takes 2 > to 3 =years= before there is enough experience with the code to be called > "working reliably". > > What I'd like to know is who feels they have a =reliable=, =stable=, > relatively =bug-free= version of the existing code that could be a base for > something that can tide people over until your work is well enough tested > that people can start migrating less critical applications to it.? My > company puts products inside boxes that have to work for years on end.? I'm > not going to trust my company's existence to a brand new re-write, and I > suspect there are a number of other business owners or consultants who are > in the same situation. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] rxtx 2010 rewrite > From: Adrian Crum > Date: Sun, November 21, 2010 9:21 pm > To: Dave , rxtx at qbang.org > > The rewrite is preliminary code - it needs more work. It should > work reliably in a Windows environment. The rewrite needs more > community participation to move it along. > > The best resource for help is the RXTX mailing list - > rxtx at qbang.org. > > > From msemtd at googlemail.com Tue Nov 23 06:19:55 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Tue, 23 Nov 2010 13:19:55 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <001001cb8a55$3f819020$be84b060$@de> References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. From adrian.crum at yahoo.com Tue Nov 23 07:25:06 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 06:25:06 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <484120.44130.qm@web63103.mail.re1.yahoo.com> I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From bschlining at gmail.com Tue Nov 23 09:17:33 2010 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 23 Nov 2010 08:17:33 -0800 Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: <484120.44130.qm@web63103.mail.re1.yahoo.com> References: <484120.44130.qm@web63103.mail.re1.yahoo.com> Message-ID: Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: > I will be working on unit tests next. I have experience with JUnit and > Cobertura. The rewrite contains software loopbacks for testing without > hardware loopbacks, and I was thinking hardware loopbacks could be used via > settings in the properties file - so CI can test for regressions. My hope is > once we have 100% test coverage on the rewrite, the community will have > greater confidence in it. > > -Adrian > > --- On Mon, 11/22/10, Trent Jarvi wrote: > > > From: Trent Jarvi > > Subject: Re: [Rxtx] rxtx 2010 rewrite > > To: rxtx at qbang.org > > Cc: "Dave" > > Date: Monday, November 22, 2010, 7:57 PM > > > > I'm not for or against the rewrite effort. I do > > represent one of those people needing 'stable now' when I go > > to work. Here at home I'm interested in the future of > > RXTX for all those neat projects I hear about. I'm all for > > some experimenting and growing. > > > > What RXTX lacks is not coders. We have had many ideas > > bouncing around and some code that deals with things like > > serial ports that vanish (USB). The C++ rewrite is > > proof of interest there and I'm glad to see it. > > > > So whats missing? > > > > The JCP required test suites. CommAPI and RXTX lack > > test suites. CommAPI was grandfathered into the JCP and > > shortly later 'broken' for a customer right in the JCP by > > adding Solaris specific hooks. > > > > Testing CommAPI/RXTX is difficult. > > > > At work I have test suites but the coverage is specific to > > those needs - these tests existed before I started working > > there. Maybe they cover your needs, maybe not. I > > use those to qualify RXTX releases which is alot more than I > > used to do. The tests are in MATLAB code going through > > a layer of java and don't lend well to sharing (though its a > > possibility). Those test suites are the best we all have at > > this time as far as I know and that does not bode well for a > > smooth transition to a rewrite for multiple projects. > > > > > > I could run the suites against the rewrite. Honestly, > > I'm not comfortable that they cover enough for generic > > qualification though. As an example, the testsuite > > requires a loopback connection. Fun thing is the other > > side is always configured like your side. Setting > > hardware flow control failed? No problem. Its > > still odd parity? Good to go! It failed on the > > other side too. > > > > > > In agreement with Julie, there are many subtle things in > > rxtx that took more than 3 years to flush out. That > > does not mean we can't figure out how to move forward > > (without the circus wagons). > > > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > > wrote: > > > > > Adrian, > > > > > > As I've said before, some of us are ready, willing and > > able to work on RXTX, > > > but we need something much more stable NOW, and the > > existing code base is > > > the most stable, most time-tested thing going. It's > > easy to say "it should > > > work reliably", but my experience is that code like > > this typically takes 2 > > > to 3 =years= before there is enough experience with > > the code to be called > > > "working reliably". > > > > > > What I'd like to know is who feels they have a > > =reliable=, =stable=, > > > relatively =bug-free= version of the existing code > > that could be a base for > > > something that can tide people over until your work is > > well enough tested > > > that people can start migrating less critical > > applications to it. My > > > company puts products inside boxes that have to work > > for years on end. I'm > > > not going to trust my company's existence to a brand > > new re-write, and I > > > suspect there are a number of other business owners or > > consultants who are > > > in the same situation. > > > -- > > > Julie Haugh > > > Senior Design Engineer > > > greenHouse Computers, LLC // jfh at greenhousepc.com > > // greenHousePC on > > > Skype > > > > > > > > > -------- Original > > Message -------- > > > Subject: Re: [Rxtx] > > rxtx 2010 rewrite > > > From: Adrian Crum > > > > > Date: Sun, November 21, > > 2010 9:21 pm > > > To: Dave , > > rxtx at qbang.org > > > > > > The rewrite is > > preliminary code - it needs more work. It should > > > work reliably in a > > Windows environment. The rewrite needs more > > > community participation > > to move it along. > > > > > > The best resource for > > help is the RXTX mailing list - > > > rxtx at qbang.org. > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.crum at yahoo.com Tue Nov 23 11:49:22 2010 From: adrian.crum at yahoo.com (Adrian Crum) Date: Tue, 23 Nov 2010 10:49:22 -0800 (PST) Subject: [Rxtx] rxtx 2010 rewrite In-Reply-To: Message-ID: <952726.30532.qm@web63102.mail.re1.yahoo.com> Check out the current repo using these instructions: http://rxtx.qbang.org/wiki/index.php/Retrieving_Source_Code and you will find the rewrite in the Rewrite2010 folder. There is a pdf document in that folder that gives an overview of the rewrite. -Adrian --- On Tue, 11/23/10, Brian Schlining wrote: From: Brian Schlining Subject: Re: [Rxtx] rxtx 2010 rewrite To: rxtx at qbang.org Date: Tuesday, November 23, 2010, 8:17 AM Where's the source code for the rewrite? On Tue, Nov 23, 2010 at 06:25, Adrian Crum wrote: I will be working on unit tests next. I have experience with JUnit and Cobertura. The rewrite contains software loopbacks for testing without hardware loopbacks, and I was thinking hardware loopbacks could be used via settings in the properties file - so CI can test for regressions. My hope is once we have 100% test coverage on the rewrite, the community will have greater confidence in it. -Adrian --- On Mon, 11/22/10, Trent Jarvi wrote: > From: Trent Jarvi > Subject: Re: [Rxtx] rxtx 2010 rewrite > To: rxtx at qbang.org > Cc: "Dave" > Date: Monday, November 22, 2010, 7:57 PM > > I'm not for or against the rewrite effort.? I do > represent one of those people needing 'stable now' when I go > to work.? Here at home I'm interested in the future of > RXTX for all those neat projects I hear about. I'm all for > some experimenting and growing. > > What RXTX lacks is not coders.? We have had many ideas > bouncing around and some code that deals with things like > serial ports that vanish (USB).? The C++ rewrite is > proof of interest there and I'm glad to see it. > > So whats missing? > > The JCP required test suites.? CommAPI and RXTX lack > test suites. CommAPI was grandfathered into the JCP and > shortly later 'broken' for a customer right in the JCP by > adding Solaris specific hooks. > > Testing CommAPI/RXTX is difficult. > > At work I have test suites but the coverage is specific to > those needs - these tests existed before I started working > there.? Maybe they cover your needs, maybe not.? I > use those to qualify RXTX releases which is alot more than I > used to do.? The tests are in MATLAB code going through > a layer of java and don't lend well to sharing (though its a > possibility). Those test suites are the best we all have at > this time as far as I know and that does not bode well for a > smooth transition to a rewrite for multiple projects. > > > I could run the suites against the rewrite.? Honestly, > I'm not comfortable that they cover enough for generic > qualification though.? As an example, the testsuite > requires a loopback connection.? Fun thing is the other > side is always configured like your side.? Setting > hardware flow control failed?? No problem.? Its > still odd parity?? Good to go!? It failed on the > other side too. > > > In agreement with Julie, there are many subtle things in > rxtx that took more than 3 years to flush out.? That > does not mean we can't figure out how to move forward > (without the circus wagons). > > On Mon, 22 Nov 2010, jfh at greenhousepc.com > wrote: > > > Adrian, > > > > As I've said before, some of us are ready, willing and > able to work on RXTX, > > but we need something much more stable NOW, and the > existing code base is > > the most stable, most time-tested thing going.? It's > easy to say "it should > > work reliably", but my experience is that code like > this typically takes 2 > > to 3 =years= before there is enough experience with > the code to be called > > "working reliably". > > > > What I'd like to know is who feels they have a > =reliable=, =stable=, > > relatively =bug-free= version of the existing code > that could be a base for > > something that can tide people over until your work is > well enough tested > > that people can start migrating less critical > applications to it.? My > > company puts products inside boxes that have to work > for years on end.? I'm > > not going to trust my company's existence to a brand > new re-write, and I > > suspect there are a number of other business owners or > consultants who are > > in the same situation. > > -- > > Julie Haugh > > Senior Design Engineer > > greenHouse Computers, LLC // jfh at greenhousepc.com > // greenHousePC on > > Skype > > > > > >? ? ???-------- Original > Message -------- > >? ? ???Subject: Re: [Rxtx] > rxtx 2010 rewrite > >? ? ???From: Adrian Crum > > >? ? ???Date: Sun, November 21, > 2010 9:21 pm > >? ? ???To: Dave , > rxtx at qbang.org > > > >? ? ???The rewrite is > preliminary code - it needs more work. It should > >? ? ???work reliably in a > Windows environment. The rewrite needs more > >? ? ???community participation > to move it along. > > > >? ? ???The best resource for > help is the RXTX mailing list - > >? ? ???rxtx at qbang.org. > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -----Inline Attachment Follows----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Tue Nov 23 14:28:15 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Tue, 23 Nov 2010 22:28:15 +0100 Subject: [Rxtx] Not receiving 0xa characters Message-ID: Dear all, I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. I can connect to a serial port created by a FTDI USB chip and send receive data from it. However it seems that I am not able to receive any characters with the value 0x0a (LF). Upon looking into the source code of the serial implementation I found that opening the port happens without the binary flag so I suppose that LF gets possibly eaten by the OS. Could this be the problem? Is such a problem known? Are there workarounds? Thanks in advance, best regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From msemtd at googlemail.com Wed Nov 24 02:23:44 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 09:23:44 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip and > send receive data from it. However it seems that I am not able to receive > any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem > known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. From tristan.dyer at cgi.com Wed Nov 24 05:07:01 2010 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Wed, 24 Nov 2010 07:07:01 -0500 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D051B6EFE@MTL-MSG-02.cgiclients.com> I had an issue like that about a year ago, But in my case I was piping the data into a Ubuntu VM from XP. Started using Ubuntu natively and the problem went away. It may be an issue with the usb->serial converter. -Tristan -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Erskine Sent: Wednesday, November 24, 2010 5:24 AM To: rxtx at qbang.org Subject: Re: [Rxtx] Not receiving 0xa characters On 23 November 2010 21:28, Christoph Wei? wrote: > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. I can connect to a serial port created by a FTDI USB chip > and send receive data from it. However it seems that I am not able to > receive any characters with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found > that opening the port happens without the binary flag so I suppose > that LF gets possibly eaten by the OS. Could this be the problem? Is > such a problem known? Are there workarounds? > > Thanks in advance, > best regards, > Chris Hi Chris, Works for me (and many others) - post your receiver/processing code and we can tell you what the problem is. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From jfh at greenhousepc.com Wed Nov 24 05:16:38 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 05:16:38 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124051638.8ef0e5b4a80cef441275a6330ffad77d.b6369d0806.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From Kustaa.Nyholm at planmeca.com Wed Nov 24 06:57:34 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 15:57:34 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: Message-ID: Hi, have look at: http://linux.die.net/man/3/tcsetattr I think (without looking at txrx source code) that the port is opened without correctly setting INLCR,ICRNL and/or IGNCR. But that is Unix/Linux stuff and you are on windows. However, I would suspect there is a similar feature and possibility of a bug in rxtx on Windows too. The obvious workaround is to correct that in the source code if you are able to recompile from source. The other possibility is to try to figure out why the port in question defaults to eating LFs (0x0A). I had a program that had this same bug and hundreds of people used it without a problem until on one Linux machine it failed with similar symptoms to yours, only in my case it was output. So you might be able to somehow configure the port to default to sensible values so that even if rxtx does not set them correctly they would be set correctly by default. Just 2 snt worth. br Kusti > From: Christoph Wei? > Reply-To: > Date: Tue, 23 Nov 2010 23:28:15 +0200 > To: > Conversation: [Rxtx] Not receiving 0xa characters > Subject: [Rxtx] Not receiving 0xa characters > > Dear all, > > I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. > I can connect to a serial port created by a FTDI USB chip and send receive > data from it. However it seems that I am not able to receive any characters > with the value 0x0a (LF). > Upon looking into the source code of the serial implementation I found that > opening the port happens without the binary flag so I suppose that LF gets > possibly eaten by the OS. Could this be the problem? Is such a problem known? > Are there workarounds? > > Thanks in advance, > best regards, > Chris From msemtd at googlemail.com Wed Nov 24 08:07:58 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Wed, 24 Nov 2010 15:07:58 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: OK, to stem this madness I just ran some tests on RXTX-2.1-7 using java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort SerialInputStream instance. I am reading and writing linefeeds with no problem. If somebody has a genuine issue with their data receive code just post it here and I will show you exactly why it is broken. Thankyouverymuch. From mariusz.dec at gmail.com Wed Nov 24 08:21:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 24 Nov 2010 16:21:06 +0100 Subject: [Rxtx] Not receiving 0xa characters References: Message-ID: Hi, first thing is to check if sender sends this code. There are a lot of terminal's software where you may configure EOL (END_OF_LINE) character or sequence.... I think that problem is here :) Mariusz ----- Original Message ----- From: "Michael Erskine" To: Sent: Wednesday, November 24, 2010 4:07 PM Subject: Re: [Rxtx] Not receiving 0xa characters > OK, to stem this madness I just ran some tests on RXTX-2.1-7 using > java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort > SerialInputStream instance. I am reading and writing linefeeds with no > problem. > > If somebody has a genuine issue with their data receive code just post > it here and I will show you exactly why it is broken. > > Thankyouverymuch. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From Kustaa.Nyholm at planmeca.com Wed Nov 24 11:01:59 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 24 Nov 2010 20:01:59 +0200 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: , Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> >OK, to stem this madness I just ran some tests on RXTX-2.1-7 using >java.io.InputStream.read(byte[]) to collect bytes from a RXTXPort >SerialInputStream instance. I am reading and writing linefeeds with no >problem. Do I detect a hint of some attitude there? The OP surely had a problem or he would not have posted here. It maybe that the problem is on the sender side or in his code. Or maybe not. It certainly is possible for the serial driver to eat or inject various combinations of CR and/or LF. Seen that, been there, done that. Doing a simple test like sending and receiving LFs does not prove much, one way or the other, it could be that your OS/driver works but the OP's configuration doesn't. If there is an issue in rxtx in that it does not set those flags I mentioned (or equivalent in Windows, if any) then it is possible that it would all depend on the ports default behavior.Like I wrote, I have not looked at the source code so I was just speculating, as I think I clearly said. If you have knowledge about this, for example know for fact that this cannot happen in Windows for any driver or if you have looked into the source code and think that what I speculated cannot be the problem then just say so and explain your reasoning. Calling this madness is not very productive. >If somebody has a genuine issue with their data receive code just post >it here and I will show you exactly why it is broken. If the OP would post the code then I would be interested to take up your offer! >Thankyouverymuch. Thank *you*. br Kusti From jfh at greenhousepc.com Wed Nov 24 11:32:10 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:32:10 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124113210.8ef0e5b4a80cef441275a6330ffad77d.2973054590.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Nov 24 11:09:48 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 24 Nov 2010 11:09:48 -0700 (MST) Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: References: Message-ID: On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port to 'raw' after opening to avoid those translations/filters. We 'stomp' on the port to force it into a predictable configuration. term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); term->c_oflag &= ~OPOST; term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); term->c_cflag &= ~(CSIZE|PARENB); term->c_cflag |= CS8; On windows, RXTX may not be as robust and could probably use a code review by someone familiar with the structs (termios.c). I could imagine a driver on windows having unusual defaults RXTX does not override causing problems. There are not many drivers out there though. I've personally not run into the situation mentioned. On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > Hi, > > have look at: > > http://linux.die.net/man/3/tcsetattr > > I think (without looking at txrx source code) that the port > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > But that is Unix/Linux stuff and you are on windows. However, > I would suspect there is a similar feature and possibility > of a bug in rxtx on Windows too. > > The obvious workaround is to correct that in the source code > if you are able to recompile from source. > > The other possibility is to try to figure out why the > port in question defaults to eating LFs (0x0A). > > I had a program that had this same bug and hundreds of > people used it without a problem until on one Linux machine > it failed with similar symptoms to yours, only in my case > it was output. > > So you might be able to somehow configure the port to default to sensible > values so that even if rxtx does not set them correctly they > would be set correctly by default. > > Just 2 snt worth. > > br Kusti > > > >> From: Christoph Wei? >> Reply-To: >> Date: Tue, 23 Nov 2010 23:28:15 +0200 >> To: >> Conversation: [Rxtx] Not receiving 0xa characters >> Subject: [Rxtx] Not receiving 0xa characters >> >> Dear all, >> >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 installed. >> I can connect to a serial port created by a FTDI USB chip and send receive >> data from it. However it seems that I am not able to receive any characters >> with the value 0x0a (LF). >> Upon looking into the source code of the serial implementation I found that >> opening the port happens without the binary flag so I suppose that LF gets >> possibly eaten by the OS. Could this be the problem? Is such a problem known? >> Are there workarounds? >> >> Thanks in advance, >> best regards, >> Chris > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From jfh at greenhousepc.com Wed Nov 24 11:59:47 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Wed, 24 Nov 2010 11:59:47 -0700 Subject: [Rxtx] Not receiving 0xa characters Message-ID: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From weissch at technikum-wien.at Wed Nov 24 14:29:57 2010 From: weissch at technikum-wien.at (=?ISO-8859-1?Q?Christoph_Wei=DF?=) Date: Wed, 24 Nov 2010 22:29:57 +0100 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> References: <20101124115947.8ef0e5b4a80cef441275a6330ffad77d.e7e16854e2.wbe@email13.secureserver.net> Message-ID: Guys, I actually tried to reply about 12 hours ago, but as it seems this message was for some reasons relayed to the moderators. I found the error in my code and it was a very simple embarrassing one that i always read over ... I shouldn't reuse demo code without checking it twice :-/ I'm sorry for bothering you and want to say thanks for all the input when it was all my fault. Embarrassed regards, Chris On Wed, Nov 24, 2010 at 7:59 PM, wrote: > Trent, > > On =some= POSIX systems the TERMIOS are reset. On many, they aren't, in > order to avoid a number of other problems. > > It's always best, because of "lingering termios" problems to build a > mostly-raw termios by hand. In the case of RXTX, the one problem I saw is > that the port is initially set to B9600, which means any characters that are > received immediately are mis-framed. I've seen this in my code where > gibberish shows up in the initial stream. > -- > Julie Haugh > Senior Design Engineer > greenHouse Computers, LLC // jfh at greenhousepc.com // greenHousePC on > Skype > > > -------- Original Message -------- > Subject: Re: [Rxtx] Not receiving 0xa characters > From: Trent Jarvi > Date: Wed, November 24, 2010 12:09 pm > To: "rxtx at qbang.org" > > > On POSIX (Mac, Linux, Solaris, ...) systems, RXTX explicitly sets the port > to 'raw' after opening to avoid those translations/filters. We 'stomp' on > the port to force it into a predictable configuration. > > term->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); > term->c_oflag &= ~OPOST; > term->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); > term->c_cflag &= ~(CSIZE|PARENB); > term->c_cflag |= CS8; > > On windows, RXTX may not be as robust and could probably use a code review > by someone familiar with the structs (termios.c). > > I could imagine a driver on windows having unusual defaults RXTX does not > override causing problems. There are not many drivers out there though. > I've personally not run into the situation mentioned. > > > On Wed, 24 Nov 2010, Kustaa Nyholm wrote: > > > Hi, > > > > have look at: > > > > http://linux.die.net/man/3/tcsetattr > > > > I think (without looking at txrx source code) that the port > > is opened without correctly setting INLCR,ICRNL and/or IGNCR. > > But that is Unix/Linux stuff and you are on windows. However, > > I would suspect there is a similar feature and possibility > > of a bug in rxtx on Windows too. > > > > The obvious workaround is to correct that in the source code > > if you are able to recompile from source. > > > > The other possibility is to try to figure out why the > > port in question defaults to eating LFs (0x0A). > > > > I had a program that had this same bug and hundreds of > > people used it without a problem until on one Linux machine > > it failed with similar symptoms to yours, only in my case > > it was output. > > > > So you might be able to somehow configure the port to default to sensible > > values so that even if rxtx does not set them correctly they > > would be set correctly by default. > > > > Just 2 snt worth. > > > > br Kusti > > > > > > > >> From: Christoph Wei? > >> Reply-To: > >> Date: Tue, 23 Nov 2010 23:28:15 +0200 > >> To: > >> Conversation: [Rxtx] Not receiving 0xa characters > >> Subject: [Rxtx] Not receiving 0xa characters > >> > >> Dear all, > >> > >> I am currently trying to work with RxTx on a Windows 7 OS with JDK6 > installed. > >> I can connect to a serial port created by a FTDI USB chip and send > receive > >> data from it. However it seems that I am not able to receive any > characters > >> with the value 0x0a (LF). > >> Upon looking into the source code of the serial implementation I found > that > >> opening the port happens without the binary flag so I suppose that LF > gets > >> possibly eaten by the OS. Could this be the problem? Is such a problem > known? > >> Are there workarounds? > >> > >> Thanks in advance, > >> best regards, > >> Chris > > > > _______________________________________________ > > Rxtx mailing list > > Rxtx at qbang.org > > http://mailman.qbang.org/mailman/listinfo/rxtx > > > ------------------------------ > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eb at inotec-feg.de Thu Nov 25 01:42:18 2010 From: eb at inotec-feg.de (Emanuel) Date: Thu, 25 Nov 2010 09:42:18 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <002a01cb8c7c$ab5b1ea0$02115be0$@de> I knew this would be asked ^^ That's the problem, it was on a customer laptop. On a freshly installed Win7 system the problem was not reproducible. So I know, answering such a diffuse question may be impossible, maybe I should have asked about user experience with rxtx on Windows 7 (32 bit). (btw. using 64-bit OS caused a bunch of different problems ... out of scope here) Regards Emanuel >> Post a minimal implementation that reproduces the error and we can >> tell you what's going wrong. From msemtd at googlemail.com Thu Nov 25 03:21:15 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Thu, 25 Nov 2010 10:21:15 +0000 Subject: [Rxtx] Not receiving 0xa characters In-Reply-To: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> References: <5D23E5B41156B646B2E1A7C2BBA916F34314E6B606@SRVFIHKIEXB01.pmgroup.local> Message-ID: On 24 November 2010 18:01, Kustaa Nyholm wrote: > Do I detect a hint of some attitude there? Yes, attitude all the way! :) I don't mean to sound like an ass but sometimes it just comes across badly. I shall try to be more diplomatic with my posts but they will usually be along the lines of "enough theory, just post the code to let us see what's actually going on, then we can get things fixed". Regards, Michael Erskine. From msemtd at googlemail.com Fri Nov 26 02:02:11 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 09:02:11 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <002a01cb8c7c$ab5b1ea0$02115be0$@de> References: <001001cb8a55$3f819020$be84b060$@de> <002a01cb8c7c$ab5b1ea0$02115be0$@de> Message-ID: On 25 November 2010 08:42, Emanuel wrote: > I knew this would be asked ^^ > That's the problem, it was on a customer laptop. On a freshly installed Win7 > system the problem was not reproducible. > So I know, answering such a diffuse question may be impossible, maybe I > should have asked about user experience with rxtx on Windows 7 (32 bit). > (btw. using 64-bit OS caused a bunch of different problems ... out of scope > here) > > Regards > Emanuel So you don't have the source code to your own application? How on earth do you maintain your/your customer's software? The USB adapter: FTDI/Prolific/MTD? Regards, Michael. From eb at inotec-feg.de Fri Nov 26 03:13:54 2010 From: eb at inotec-feg.de (Emanuel) Date: Fri, 26 Nov 2010 11:13:54 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000601cb8d52$a1dd2310$e5976930$@de> Hi Michael, of course i do have my own sources, but i can't reproduce the problem on our hardware. So I can't shrink the app to the bare minimum which is still showing the problem. Posting the hole application (beside not allowed to me) makes no sense. Maybe there is just a threading/synchronization problem. The used usb serial adapter is a Silabs CP210x. Best regards Emanuel -----Urspr?ngliche Nachricht----- Von: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] Im Auftrag von Michael Erskine Gesendet: Dienstag, 23. November 2010 14:20 An: rxtx at qbang.org Betreff: Re: [Rxtx] Windows 7 32-bit issues Hi Emanuel, Post a minimal implementation that reproduces the error and we can tell you what's going wrong. Regards, Michael Erskine. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From msemtd at googlemail.com Fri Nov 26 03:55:27 2010 From: msemtd at googlemail.com (Michael Erskine) Date: Fri, 26 Nov 2010 10:55:27 +0000 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: <000601cb8d52$a1dd2310$e5976930$@de> References: <001001cb8a55$3f819020$be84b060$@de> <000601cb8d52$a1dd2310$e5976930$@de> Message-ID: On 26 November 2010 10:13, Emanuel wrote: > Hi Michael, > > of course i do have my own sources, but i can't reproduce the problem on our > hardware. > So I can't shrink the app to the bare minimum which is still showing the > problem. Posting the hole application (beside not allowed to me) makes no > sense. > Maybe there is just a threading/synchronization problem. Hi Emanuel, I usually perform all reads and error handling as serial events but flag failures to be handled in the application foreground (or any other thread other than the event handler). Perhaps I have some techniques you can use to make your code more robust. > The used usb serial adapter is a Silabs CP210x. Wow, another usb/rs232 chip to add to my wishlist! (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) Has this adapter been generally OK? > Best regards > Emanuel Regards, Michael Erskine. From davestechshop at gmail.com Fri Nov 26 12:43:12 2010 From: davestechshop at gmail.com (Dave) Date: Fri, 26 Nov 2010 14:43:12 -0500 Subject: [Rxtx] rxtx javadoc - need a simple how to for generating local javadoc files (Netbeans/Ubuntu) Message-ID: Would anyone be kind enough to provide some simple steps that would help me generate the local javadoc files for rxtx? Cookbook style would be great (step 1, step2, etc.) I have downloaded the source from CVS already, but everything related to building from source is new to me. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at ubuntu.com Sun Nov 28 17:12:30 2010 From: showard314 at ubuntu.com (Scott Howard) Date: Sun, 28 Nov 2010 19:12:30 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi Peter, On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: > I notice that Debian have patched their version of RXTX so that it scans all > ports listed under "Linux-all-ports" in RXTXCommDriver.java. The version of rxtx that will be officially released in the upcoming Debian release will still only scan a limited number of ports. However, there is an experimental version rxtx which scans all ports. Ubuntu "Natty" is also testing the version that scans Linux-all-ports, but the "Maverick" release only scanned a limited number of ports. I'm using the experimental version that scans all ports, and I have not seen a decrease in speed. I've been encouraging users to try the experimental packages, and I have not heard of any speed decrease from them so far. My plan is to continue testing and release the experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). An interesting statistic: 55% of the users of the debian rxtx package installed it because they are using the arduino platform. That number is increasing pretty rapidly. Regards, Scott From dam at mellis.org Sun Nov 28 21:24:56 2010 From: dam at mellis.org (David A. Mellis) Date: Sun, 28 Nov 2010 23:24:56 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Hi, Do you think there's any chance of backporting the inclusion of /dev/ttyACM* into the RXTX on earlier distributions of Debian and Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno and Mega 2560 by applying Peter's patch as part of the process of packaging Arduino for those distributions, that's fine too. Either way, let me know if there's anything I can do to help with the process. For the RXTX developers: do you think there's any possibility of allowing the application using RXTX to specify the list of prefixes to scan (in addition to the current ability to specify the specific ports to use)? Would there be any interest in a patch for this? David On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: > Hi Peter, > > On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >> I notice that Debian have patched their version of RXTX so that it scans all >> ports listed under "Linux-all-ports" in RXTXCommDriver.java. > > The version of rxtx that will be officially released in the upcoming > Debian release will still only scan a limited number of ports. > However, there is an experimental version rxtx which scans all ports. > Ubuntu "Natty" is also testing the version that scans Linux-all-ports, > but the "Maverick" release only scanned a limited number of ports. > > I'm using the experimental version that scans all ports, and I have > not seen a decrease in speed. I've been encouraging users to try the > experimental packages, and I have not heard of any speed decrease from > them so far. My plan is to continue testing and release the > experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). > > An interesting statistic: 55% of the users of the debian rxtx package > installed it because they are using the arduino platform. That number > is increasing pretty rapidly. > > Regards, > Scott > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Mon Nov 29 05:01:15 2010 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 29 Nov 2010 05:01:15 -0700 (MST) Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: RXTX allows a list of ports to be specified but not in addition to the default port enumeration. http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F I'm not sure that adding more ways to do that is going to help people. It will probably confuse them more than anything. With wide spread acceptance of udev in common distributinos, it makes sense to enumerate all ports now. The remaining concern is embedded devices that may not run udev. That said, they don't create all device files typically and could use the above workaround. We can put a patch in at rxtx.org if there are no significant objections. On Sun, 28 Nov 2010, David A. Mellis wrote: > Hi, > > Do you think there's any chance of backporting the inclusion of > /dev/ttyACM* into the RXTX on earlier distributions of Debian and > Ubuntu? Of course, if instead you'd prefer to support the Arduino Uno > and Mega 2560 by applying Peter's patch as part of the process of > packaging Arduino for those distributions, that's fine too. Either > way, let me know if there's anything I can do to help with the > process. > > For the RXTX developers: do you think there's any possibility of > allowing the application using RXTX to specify the list of prefixes to > scan (in addition to the current ability to specify the specific ports > to use)? Would there be any interest in a patch for this? > > David > > On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard wrote: >> Hi Peter, >> >> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver wrote: >>> I notice that Debian have patched their version of RXTX so that it scans all >>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >> >> The version of rxtx that will be officially released in the upcoming >> Debian release will still only scan a limited number of ports. >> However, there is an experimental version rxtx which scans all ports. >> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >> but the "Maverick" release only scanned a limited number of ports. >> >> I'm using the experimental version that scans all ports, and I have >> not seen a decrease in speed. I've been encouraging users to try the >> experimental packages, and I have not heard of any speed decrease from >> them so far. My plan is to continue testing and release the >> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >> >> An interesting statistic: 55% of the users of the debian rxtx package >> installed it because they are using the arduino platform. That number >> is increasing pretty rapidly. >> >> Regards, >> Scott >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From eb at inotec-feg.de Mon Nov 29 05:39:01 2010 From: eb at inotec-feg.de (Emanuel) Date: Mon, 29 Nov 2010 13:39:01 +0100 Subject: [Rxtx] Windows 7 32-bit issues In-Reply-To: References: <001001cb8a55$3f819020$be84b060$@de> Message-ID: <000001cb8fc2$66c49de0$344dd9a0$@de> Hi Michael, > I usually perform all reads and error handling as serial events but > flag failures to be handled in the application foreground (or any > other thread other than the event handler). Perhaps I have some > techniques you can use to make your code more robust. Of course I'm interested in alternatives making the code more robust. > (http://www.silabs.com/products/interface/usbtouart/Pages/default.aspx) > Has this adapter been generally OK? We actually used this adapter in some projects. Personally i don't like it that much. We actually even found a bug while using it in one projects 3 years ago (already using it in a production environment). It was fixed quite fast after reporting it. AFAIK the current drivers are stable enough but it seems there are still iusses with them. Best regards Emanuel From dam at mellis.org Mon Nov 29 08:02:42 2010 From: dam at mellis.org (David A. Mellis) Date: Mon, 29 Nov 2010 10:02:42 -0500 Subject: [Rxtx] Port scanning on Linux In-Reply-To: References: Message-ID: Switching to enumerating all ports under Linux would be a fine solution for my (Arduino) use cases. Are you planning to make this change in RXTX itself? (Apologies if you already did and I didn't notice.) Otherwise, I think it makes sense to provide a way to specify prefixes to scan in addition to a way to specify ports to use. The former is about using additional ports, the latter (typically) about using fewer ports. Doing the latter to achieve the former requires the application to do its own scan, which seems redundant when RXTX already has code for it. David On Mon, Nov 29, 2010 at 7:01 AM, Trent Jarvi wrote: > > RXTX allows a list of ports to be specified but not in addition to the > default port enumeration. > > http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F > > I'm not sure that adding more ways to do that is going to help people. ?It > will probably confuse them more than anything. > > With wide spread acceptance of udev in common distributinos, it makes sense > to enumerate all ports now. ?The remaining concern is embedded devices that > may not run udev. ?That said, they don't create all device files typically > and could use the above workaround. > > We can put a patch in at rxtx.org if there are no significant objections. > > On Sun, 28 Nov 2010, David A. Mellis wrote: > >> Hi, >> >> Do you think there's any chance of backporting the inclusion of >> /dev/ttyACM* into the RXTX on earlier distributions of Debian and >> Ubuntu? ?Of course, if instead you'd prefer to support the Arduino Uno >> and Mega 2560 by applying Peter's patch as part of the process of >> packaging Arduino for those distributions, that's fine too. ?Either >> way, let me know if there's anything I can do to help with the >> process. >> >> For the RXTX developers: do you think there's any possibility of >> allowing the application using RXTX to specify the list of prefixes to >> scan (in addition to the current ability to specify the specific ports >> to use)? ?Would there be any interest in a patch for this? >> >> David >> >> On Sun, Nov 28, 2010 at 7:12 PM, Scott Howard >> wrote: >>> >>> Hi Peter, >>> >>> On Sun, Nov 28, 2010 at 6:45 PM, Peter Oliver >>> wrote: >>>> >>>> I notice that Debian have patched their version of RXTX so that it scans >>>> all >>>> ports listed under "Linux-all-ports" in RXTXCommDriver.java. >>> >>> The version of rxtx that will be officially released in the upcoming >>> Debian release will still only scan a limited number of ports. >>> However, there is an experimental version rxtx which scans all ports. >>> Ubuntu "Natty" is also testing the version that scans Linux-all-ports, >>> but the "Maverick" release only scanned a limited number of ports. >>> >>> I'm using the experimental version that scans all ports, and I have >>> not seen a decrease in speed. I've been encouraging users to try the >>> experimental packages, and I have not heard of any speed decrease from >>> them so far. My plan is to continue testing and release the >>> experimental version in "Natty" (April, 2011) and "Squeeze+1" (2012?). >>> >>> An interesting statistic: 55% of the users of the debian rxtx package >>> installed it because they are using the arduino platform. That number >>> is increasing pretty rapidly. >>> >>> Regards, >>> Scott >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From Thomas.Damgaard at polycom.com Mon Nov 1 06:58:25 2010 From: Thomas.Damgaard at polycom.com (Damgaard, Thomas) Date: Mon, 1 Nov 2010 12:58:25 +0000 Subject: [Rxtx] getPortIdentifiers() doesn't return anything Message-ID: <651D981E4B29F74ABD63CE74C2E4788E2989B97B@SLOMAILPRD01.polycom.com> Hi, I've created a small applet to test the functionality of RXTX. It runs on a web server I've set up on my Windows XP laptop. If I go to address on my Windows XP the applet lists the available COM ports, but if I go to the address on my Linux laptop no ports are listed. dmesg |grep ttyS: serial8250: ttyS2 at I/O 0x3e8 (irq = 7) is a 16550A dmesg |grep ttyU: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0 ll ttyS*: crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS0 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS1 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS2 crw-rw-rw-. 1 root dialout 4, 64 Nov 1 08:33 ttyS3 ll ttyU*: crw-rw-rw-. 1 root dialout 188, 0 Nov 1 12:21 ttyUSB0 I tried both the "2.1-7r2" and "2.2pre2" versions. Thomas Fogh Damgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Tue Nov 2 18:11:07 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Tue, 2 Nov 2010 20:11:07 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: does anyone have a sample build for win32 that fixes the "well known disconnect and crash problem" (details below in case it isn't well known) I am unable to build the libraries from scratch; I am running RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. ==== unplug of FTDI brand USB serial converter yields the following exception and printouts: java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) {non-RXTX stack elided} Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(1490): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. Error 0x5 at ..\src\termios.c(517): Access is denied. Error 0x5 at ..\src\termios.c(2712): Access is denied. ... From mariusz.dec at gmail.com Wed Nov 3 02:38:12 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 09:38:12 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <95D4431CC2474048A6C0635E1174FBB9@mdam2> Hi, look in the mailing list. I did a solution and have published it several times. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 1:11 AM Subject: Re: [Rxtx] well known disconnect and crash problem > does anyone have a sample build for win32 that fixes the "well known > disconnect and crash problem" (details below in case it isn't well > known) > > I am unable to build the libraries from scratch; I am running > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > ==== > > unplug of FTDI brand USB serial converter yields the following > exception and printouts: > > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1454) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1339) > {non-RXTX stack elided} > > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(1490): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > Error 0x5 at ..\src\termios.c(517): Access is denied. > Error 0x5 at ..\src\termios.c(2712): Access is denied. > ... > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 02:50:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 08:50:16 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024A07.4CD13057@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From hansj.rupp at googlemail.com Wed Nov 3 10:02:32 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:02:32 +0100 Subject: [Rxtx] fatal error Message-ID: Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:10:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:10:11 +0000 Subject: [Rxtx] AUTOREPLY fatal error Message-ID: <00024A96.4CD19773@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Wed Nov 3 10:26:41 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 17:26:41 +0100 Subject: [Rxtx] fatal error References: Message-ID: Hi Rupp, 1. Try return to previous Windows backup (system restore?) - I don't know english name of this function. Programs -> Accesories-> System Tools -> ... Maybe Windows updates were come in the meantime... 2. Another new software which interacts with serial. 3. Java version - did you changed it? If USB-VCP in use: 4. USB dongle new drivers 5. USB connector problem Regards Mariusz ----- Original Message ----- From: Hans Rupp To: rxtx at qbang.org Sent: Wednesday, November 03, 2010 5:02 PM Subject: [Rxtx] fatal error Hello list, i'm using RXTX-2.2pre2 now for quite while without problems, but since yesterday i got 4 times the following jre-crash and i don't know why. Any ideas? # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, tid=2732 # # JRE version: 6.0_22-b04 # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing windows-x86 ) # Problematic frame: # C [rxtxSerial.dll+0x5cf6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc Registers: EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 EIP=0x10005cf6, EFLAGS=0x00010202 Top of Stack: (sp=0x0372f968) 0x0372f968: 032a0f98 0335c918 00000000 10007d27 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 Instructions: (pc=0x10005cf6) 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [rxtxSerial.dll+0x5cf6] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 j gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, stack(0x036e0000,0x03730000)] 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, stack(0x03860000,0x038b0000)] 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, stack(0x03540000,0x03590000)] 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, stack(0x034f0000,0x03540000)] 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, stack(0x03690000,0x036e0000)] 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, stack(0x03590000,0x035e0000)] 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, stack(0x034a0000,0x034f0000)] 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, stack(0x00990000,0x009e0000)] 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, stack(0x03200000,0x03250000)] 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, stack(0x03170000,0x031c0000)] 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, stack(0x03120000,0x03170000)] 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, stack(0x030d0000,0x03120000)] 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2012, stack(0x02fa0000,0x02ff0000)] 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, stack(0x02f50000,0x02fa0000)] 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, stack(0x02f00000,0x02f50000)] 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1996, stack(0x02eb0000,0x02f00000)] 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, stack(0x02e60000,0x02eb0000)] 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, id=1780, stack(0x02e10000,0x02e60000)] Other Threads: 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, 0x1d430000) eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, 0x32990000) the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, 0x32990000) compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, 0x36990000) the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, 0x33590000) ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, 0x37390000) rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, 0x37f90000) Dynamic libraries: 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll 0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll VM Arguments: jvm_args: -Xms512m -Xmx512m java_command: TruckClient0.9.9.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem USERNAME=CarPC OS=Windows_NT PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel --------------- S Y S T E M --------------- OS: Windows XP Build 2600 Service Pack 3 CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k free) vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 (VS2003) time: Wed Nov 03 16:45:43 2010 elapsed time: 80 seconds thanks and regards hans ------------------------------------------------------------------------------ _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 10:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 16:40:14 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024A9A.4CD19E7D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From hansj.rupp at googlemail.com Wed Nov 3 10:40:43 2010 From: hansj.rupp at googlemail.com (Hans Rupp) Date: Wed, 3 Nov 2010 17:40:43 +0100 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: Hello mariusz, thanks, but i've changed nothing in the system. no new usb-driver,windows or java update. Any other idea? 2010/11/3 M.Dec-GM > Hi Rupp, > 1. Try return to previous Windows backup (system restore?) - I don't know > english name of this function. > Programs -> Accesories-> System Tools -> ... > Maybe Windows updates were come in the meantime... > 2. Another new software which interacts with serial. > 3. Java version - did you changed it? > > If USB-VCP in use: > > 4. USB dongle new drivers > 5. USB connector problem > > Regards > Mariusz > > > ----- Original Message ----- > *From:* Hans Rupp > *To:* rxtx at qbang.org > *Sent:* Wednesday, November 03, 2010 5:02 PM > *Subject:* [Rxtx] fatal error > > Hello list, > > i'm using RXTX-2.2pre2 now for quite while without problems, but since > yesterday i got 4 times the following jre-crash and i don't know why. > > Any ideas? > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x10005cf6, pid=1836, > tid=2732 > # > # JRE version: 6.0_22-b04 > # Java VM: Java HotSpot(TM) Client VM (17.1-b03 mixed mode, sharing > windows-x86 ) > # Problematic frame: > # C [rxtxSerial.dll+0x5cf6] > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x0335c800): JavaThread "Thread-12" [_thread_in_native, > id=2732, stack(0x036e0000,0x03730000)] > > siginfo: ExceptionCode=0xc0000005, writing address 0x000000bc > > Registers: > EAX=0x00000000, EBX=0x00000000, ECX=0x03454cd8, EDX=0x00000000 > ESP=0x0372f968, EBP=0x0372faa4, ESI=0x03454908, EDI=0x03454cd8 > EIP=0x10005cf6, EFLAGS=0x00010202 > > Top of Stack: (sp=0x0372f968) > 0x0372f968: 032a0f98 0335c918 00000000 10007d27 > 0x0372f978: 032a0f98 0335c918 032a0f98 6d7f10e0 > 0x0372f988: 0335c800 98fe4ef7 0372f9d0 100088ac > 0x0372f998: 0372f9b0 100190a4 00000000 0372f9e0 > 0x0372f9a8: 0335c918 0372faa0 0372fa1a 7fffffdc > 0x0372f9b8: 0372f9f8 00000042 0335c800 00000000 > 0x0372f9c8: 00000006 0335c918 10001f94 98fe40eb > 0x0372f9d8: 10001fcb 032a0f98 00000106 0335c800 > > Instructions: (pc=0x10005cf6) > 0x10005ce6: bc 00 00 00 89 96 c0 00 00 00 8b 87 c0 00 00 00 > 0x10005cf6: 89 b0 bc 00 00 00 89 b7 c0 00 00 00 5f 8b c6 5e > > > Stack: [0x036e0000,0x03730000], sp=0x0372f968, free space=13e0372f49ck > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [rxtxSerial.dll+0x5cf6] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.open(Ljava/lang/String;)I+0 > j gnu.io.RXTXPort.(Ljava/lang/String;)V+125 > j > gnu.io.RXTXCommDriver.getCommPort(Ljava/lang/String;I)Lgnu/io/CommPort;+78 > j gnu.io.CommPortIdentifier.open(Ljava/lang/String;I)Lgnu/io/CommPort;+171 > j org.forgis.rxtx.AbstractRxTxSerialPort.openSerialPort()V+80 > j org.forgis.rxtx.AbstractRxTxSerialPort.run()V+10 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > =>0x0335c800 JavaThread "Thread-12" [_thread_in_native, id=2732, > stack(0x036e0000,0x03730000)] > 0x02cfd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=2676, > stack(0x03860000,0x038b0000)] > 0x0334b800 JavaThread "Thread-11" [_thread_in_native, id=2424, > stack(0x03540000,0x03590000)] > 0x03347800 JavaThread "Thread-10" [_thread_blocked, id=2420, > stack(0x034f0000,0x03540000)] > 0x03353000 JavaThread "Thread-7" [_thread_blocked, id=2400, > stack(0x03690000,0x036e0000)] > 0x0334e400 JavaThread "webClientThread" [_thread_blocked, id=2396, > stack(0x03590000,0x035e0000)] > 0x03386400 JavaThread "Thread-3" [_thread_blocked, id=2384, > stack(0x034a0000,0x034f0000)] > 0x003b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=1900, > stack(0x00990000,0x009e0000)] > 0x02d99800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=2060, > stack(0x03200000,0x03250000)] > 0x02d98000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2056, > stack(0x03170000,0x031c0000)] > 0x02d96800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2052, > stack(0x03120000,0x03170000)] > 0x02d95800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2020, > stack(0x030d0000,0x03120000)] > 0x02cec400 JavaThread "Low Memory Detector" daemon [_thread_blocked, > id=2012, stack(0x02fa0000,0x02ff0000)] > 0x02ce6800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2008, > stack(0x02f50000,0x02fa0000)] > 0x02ce4c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2004, > stack(0x02f00000,0x02f50000)] > 0x02ce3800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, > id=1996, stack(0x02eb0000,0x02f00000)] > 0x02ce0000 JavaThread "Finalizer" daemon [_thread_blocked, id=1952, > stack(0x02e60000,0x02eb0000)] > 0x02cdb400 JavaThread "Reference Handler" daemon [_thread_blocked, > id=1780, stack(0x02e10000,0x02e60000)] > > Other Threads: > 0x02cd9c00 VMThread [stack: 0x02dc0000,0x02e10000] [id=1908] > 0x02cef400 WatcherThread [stack: 0x02ff0000,0x03040000] [id=2016] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > def new generation total 157248K, used 44735K [0x12990000, 0x1d430000, > 0x1d430000) > eden space 139776K, 32% used [0x12990000, 0x1553fcd8, 0x1b210000) > from space 17472K, 0% used [0x1b210000, 0x1b210000, 0x1c320000) > to space 17472K, 0% used [0x1c320000, 0x1c320000, 0x1d430000) > tenured generation total 349568K, used 0K [0x1d430000, 0x32990000, > 0x32990000) > the space 349568K, 0% used [0x1d430000, 0x1d430000, 0x1d430200, > 0x32990000) > compacting perm gen total 12288K, used 2021K [0x32990000, 0x33590000, > 0x36990000) > the space 12288K, 16% used [0x32990000, 0x32b89620, 0x32b89800, > 0x33590000) > ro space 10240K, 51% used [0x36990000, 0x36ebbaf8, 0x36ebbc00, > 0x37390000) > rw space 12288K, 54% used [0x37390000, 0x37a276d8, 0x37a27800, > 0x37f90000) > > Dynamic libraries: > 0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe > 0x7c910000 - 0x7c9c6000 C:\WINDOWS\system32\ntdll.dll > 0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll > 0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll > 0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll > 0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll > 0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll > 0x6d7f0000 - 0x6da97000 C:\Programme\Java\jre6\bin\client\jvm.dll > 0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll > 0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll > 0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll > 0x6d7a0000 - 0x6d7ac000 C:\Programme\Java\jre6\bin\verify.dll > 0x6d320000 - 0x6d33f000 C:\Programme\Java\jre6\bin\java.dll > 0x6d280000 - 0x6d288000 C:\Programme\Java\jre6\bin\hpi.dll > 0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL > 0x6d7e0000 - 0x6d7ef000 C:\Programme\Java\jre6\bin\zip.dll > 0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll > 0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV > 0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll > 0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.dll > 0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll > 0x773a0000 - 0x774a3000 > C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\COMCTL32.dll > 0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll > 0x5b0f0000 - 0x5b128000 C:\WINDOWS\system32\uxtheme.dll > 0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll > 0x6d230000 - 0x6d27f000 C:\Programme\Java\jre6\bin\fontmanager.dll > 0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll > 0x10000000 - 0x10020000 C:\Programme\Java\jre6\bin\rxtxSerial.dll > 0x6d600000 - 0x6d613000 C:\Programme\Java\jre6\bin\net.dll > 0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll > 0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll > 0x6d620000 - 0x6d629000 C:\Programme\Java\jre6\bin\nio.dll > 0x6d440000 - 0x6d465000 C:\Programme\Java\jre6\bin\jpeg.dll > 0x77b10000 - 0x77b32000 C:\WINDOWS\system32\Apphelp.dll > 0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll > > VM Arguments: > jvm_args: -Xms512m -Xmx512m > java_command: TruckClient0.9.9.jar > Launcher Type: SUN_STANDARD > > Environment Variables: > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > USERNAME=CarPC > OS=Windows_NT > PROCESSOR_IDENTIFIER=x86 Family 6 Model 28 Stepping 10, GenuineIntel > > > > --------------- S Y S T E M --------------- > > OS: Windows XP Build 2600 Service Pack 3 > > CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 28 > stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht > > Memory: 4k page, physical 2079692k(1700100k free), swap 4018220k(3274444k > free) > > vm_info: Java HotSpot(TM) Client VM (17.1-b03) for windows-x86 JRE > (1.6.0_22-b04), built on Sep 15 2010 00:56:36 by "java_re" with MS VC++ 7.1 > (VS2003) > > time: Wed Nov 03 16:45:43 2010 > elapsed time: 80 seconds > > > thanks and regards > hans > > ------------------------------ > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 11:25:47 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 13:25:47 -0400 Subject: [Rxtx] well known disconnect and crash problem Message-ID: Mariusz: I appreciate the help, and I did find a reference to http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am unable to build the libraries from scratch. I am asking if anyone has a sample build (e.g. prebuilt binary) for win32 which fixes the problem. --Jason >Hi, >look in the mailing list. >I did a solution and have published it several times. >Regards >Mariusz > >----- Original Message ----- >From: "Jason Sachs" >To: >Sent: Wednesday, November 03, 2010 1:11 AM >Subject: Re: [Rxtx] well known disconnect and crash problem > > > > does anyone have a sample build for win32 that fixes the "well known > > disconnect and crash problem" (details below in case it isn't well > > known) > > > > I am unable to build the libraries from scratch; I am running > > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. > > From gebhardmarschall at inovel.de Wed Nov 3 11:50:05 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:05 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024AA0.4CD1AEDC@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From gebhardmarschall at inovel.de Wed Nov 3 11:50:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 17:50:08 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA1.4CD1AEDF@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 12:46:52 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 19:46:52 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. This is Java side only. Therefore you may use available binaries - do you have libraies or not - I don't understand. I don't know about any changes in libraries to fix this problem. There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. Check my examples. It works in most cases. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 6:25 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz: I appreciate the help, and I did find a reference to > http://bugzilla.qbang.org/show_bug.cgi?id=144, but as I said, I am > unable to build the libraries from scratch. > > I am asking if anyone has a sample build (e.g. prebuilt binary) for > win32 which fixes the problem. > > --Jason > >>Hi, >>look in the mailing list. >>I did a solution and have published it several times. >>Regards >>Mariusz >> >>----- Original Message ----- >>From: "Jason Sachs" >>To: >>Sent: Wednesday, November 03, 2010 1:11 AM >>Subject: Re: [Rxtx] well known disconnect and crash problem >> >> >> > does anyone have a sample build for win32 that fixes the "well known >> > disconnect and crash problem" (details below in case it isn't well >> > known) >> > >> > I am unable to build the libraries from scratch; I am running >> > RXTX-2.2pre1 .jar and RXTX-2.2pre2 .dll that I downloaded previously. >> > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From gebhardmarschall at inovel.de Wed Nov 3 13:40:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 19:40:11 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024AA4.4CD1C8AA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Wed Nov 3 14:08:43 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:08:43 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: > Hi > My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. > This is Java side only. > Therefore you may use available binaries - do you have libraies or not - I don't understand. > I don't know about any changes in libraries to fix this problem. > There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. > Check my examples. It works in most cases. Really?? Now I'm intrigued. I can't seem to find it in the RXTX archives, though (there were a few discussion threads in Sep 2009)... ....oh wait, here it is: http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html Looking into it now, thanks.... --Jason From jmsachs at gmail.com Wed Nov 3 14:11:25 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 16:11:25 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >> Hi >> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >> This is Java side only. >> Therefore you may use available binaries - do you have libraies or not - I don't understand. >> I don't know about any changes in libraries to fix this problem. >> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >> Check my examples. It works in most cases. > > Really?? Now I'm intrigued. I can't seem to find it in the RXTX > archives, though (there were a few discussion threads in Sep 2009)... > > ....oh wait, here it is: > http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html > Hmm. How do I decode that attachment? From gebhardmarschall at inovel.de Wed Nov 3 14:30:13 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:13 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA6.4CD1D465@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 14:30:11 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 20:30:11 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA5.4CD1D462@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Wed Nov 3 14:46:08 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Wed, 3 Nov 2010 21:46:08 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <2D73F6440C804FE2949E850974683E1E@mdam2> This one has problems with attachments. Look for newer - several weeks ago. Look for my name's posts. I am extremally busy just now, if you will not find, I will look for this here. Regards Mariusz ----- Original Message ----- From: "Jason Sachs" To: Sent: Wednesday, November 03, 2010 9:11 PM Subject: Re: [Rxtx] Rxtx Digest, Vol 39, Issue 4 > On Wed, Nov 3, 2010 at 4:08 PM, Jason Sachs wrote: >>> Hi >>> My solution doesn't need any changes in libraries RXTX 2.2 pre2.jar and Windows dll. >>> This is Java side only. >>> Therefore you may use available binaries - do you have libraies or not - I don't understand. >>> I don't know about any changes in libraries to fix this problem. >>> There were here a lot of discussion about this problem, but in my opinion this isn't easy to change native code beacause of very complicated structure USB->VCP->OS dependencies. >>> Check my examples. It works in most cases. >> >> Really?? Now I'm intrigued. I can't seem to find it in the RXTX >> archives, though (there were a few discussion threads in Sep 2009)... >> >> ....oh wait, here it is: >> http://mailman.qbang.org/pipermail/rxtx/2009-November/7354021.html >> > > Hmm. How do I decode that attachment? > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From mariusz.dec at gmail.com Wed Nov 3 15:13:09 2010 From: mariusz.dec at gmail.com (M.Dec-GMail) Date: Wed, 3 Nov 2010 22:13:09 +0100 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 References: Message-ID: <3720ACBA0ED84483BD194B48D40C71FA@mdam2> Here is: http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html and next one with small improvement. Regards Mariusz From jmsachs at gmail.com Wed Nov 3 15:22:37 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Wed, 3 Nov 2010 17:22:37 -0400 Subject: [Rxtx] Rxtx Digest, Vol 39, Issue 4 In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. OK, thanks. I also found one in April: http://mailman.qbang.org/2010-April/7354259.html along with several references to it. http://mailman.qbang.org/2010-May/6401770.html http://mailman.qbang.org/2010-September/7354684.html From gebhardmarschall at inovel.de Wed Nov 3 15:40:25 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:25 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA8.4CD1E4D7@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:23 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:23 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA7.4CD1E4D3@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Wed Nov 3 15:40:31 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Wed, 3 Nov 2010 21:40:31 +0000 Subject: [Rxtx] AUTOREPLY Re: Rxtx Digest, Vol 39, Issue 4 Message-ID: <00024AA9.4CD1E4DA@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bruce.Griffith at se-eng.com Thu Nov 4 13:18:31 2010 From: Bruce.Griffith at se-eng.com (Bruce Griffith) Date: Thu, 4 Nov 2010 13:18:31 -0600 Subject: [Rxtx] fatal error In-Reply-To: References: Message-ID: <000d01cb7c55$12a72780$37f57680$@Griffith@se-eng.com> I used to see 0xC0000005 ACCESS VIOLATIONS all the time. Make sure that you only have one thread opening and trying to access the serial port at a time and that the serial port is not in use/held open by another process (such as a serial port monitor). With a USB serial port, you can run into a "stale file handle" issue if you open the port from Java, reset the USB device, and then try to talk to it again. You can use a Java debugger to trace the code until the JNI open function is called. That may give you some insight. You might also take a look at the YACK macro problem that I bugged and posted a patch for. See: http://bugzilla.qbang.org/show_bug.cgi?id=152 Bruce Griffith From gebhardmarschall at inovel.de Thu Nov 4 13:30:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Thu, 4 Nov 2010 19:30:09 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B40.4CD317D0@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 4 17:22:46 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 04 Nov 2010 16:22:46 -0700 Subject: [Rxtx] fatal error Message-ID: <20101104162246.8ef0e5b4a80cef441275a6330ffad77d.584c73eaf2.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Thu Nov 4 22:00:16 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 04:00:16 +0000 Subject: [Rxtx] AUTOREPLY Re: fatal error Message-ID: <00024B42.4CD38F5F@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 08:30:38 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 10:30:38 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: >Here is: >http://mailman.qbang.org/pipermail/rxtx/2010-September/7047577.html >and next one with small improvement. > >Regards >Mariusz Mariusz -- I've looked at your example quite a bit, and while it is fairly robust, it does not solve the problem. >From what I can tell, a crash error occurs under several conditions (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), including at least the following two. These comments appear to apply to the use of RXTX as a whole, not to your specific application. 1. Opening a port with an out-of-date CommPortIdentifier: a. Application enumerates CommPortIdentifiers to get valid port name Strings b. User unplugs USB comm port (or PC is connected to a device with a USB comm port that powers down) c. Application tries to open a comm port with a name of a port that was unplugged, e.g.: String portName = ... // a name of a port that was unplugged CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); CommPort commPort = cpi.open(ownerName, timeout); This case is uncommon but not unreasonably rare. Interactive applications may have an "open port" button that can be pressed at any time -- in order to avoid the sequence of events above, the application would have to rescan ports every time the "open port" button has been pressed, and immediately open the port thereafter. 2. Writing to a disconnected port a. Application successfully opens a port and reads/writes to it b. User unplugs USB comm port c. Either of the following: i. Application catches an IOException on read/write threads, and stops using the port, so that the threads run to completion. It looks like RXTX still has some kind of native background thread that keeps trying to access the port and that crashes the JVM. ii. Application catches an IOException on read/write, and tries to close the port while RXTX is still writing data in the native background thread. This crashes the JVM. If an application does not write to the port often, it is possible (as your application demonstrates) to catch an IOException in a blocking call to InputStream.read(), and successfully close the port before RXTX can crash the JVM. But if the application does send frequent data to the serial port, and the USB port is unplugged, there doesn't seem to be a way to stop the JVM from crashing. Mariusz: Your application does not write enough characters to the port to cause this to occur. I have an updated application based on yours which does (it attempts to send 1024 characters every time the user hits Enter). It occurs whether I use write(byte[]) with a byte array or write(byte) for a single byte. I can send you this later when I have time. I will file a more detailed bug report for the rxtx bug tracker when I get back from vacation. --Jason p.s. just so you know, you have a few concurrency errors in your application. You've got synchronization locks around some but not all of the uses of your variables stopRead and stopWrite. (which technically should be instance and not static variables, as this breaks if you have more than one instance of the main class) It would be better and easier to use a single AtomicBoolean or a CountdownLatch that represents both read and write access to the port. Or just use a pair of synchronized settter/getter methods around a private boolean which is not accessed except through the setter/getter methods. From gebhardmarschall at inovel.de Fri Nov 5 09:20:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:20:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C10.4CD42EB8@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbreznak at neuronrobotics.com Fri Nov 5 09:33:51 2010 From: rbreznak at neuronrobotics.com (Breznak, Robert) Date: Fri, 5 Nov 2010 11:33:51 -0400 Subject: [Rxtx] Forking and Looking for an Intern Message-ID: Hello, We have been using RXTX for a while now and have decided to fork the project in order to resolve some of the issues that we've been experiencing and in order to provide a stabilized version of RXTX that will be released on a regular basis. The fork has already occurred and we've been able to get some features working, but we're looking for someone who can focus on this development. We've decided to open an internship and eventually a full-time position doing development on the fork and ensuring timely releases. If you'd like to apply, send your resume to jobs at neuronrobotics.com along with a description of your experiences with RXTX. We are based out of Worcester, MA so being in the Greater Boston area would be a plus but is not a necessity. Thanks, Bob Breznak ------------------- Bob Breznak 1-877-474-6038 ext#701 www.neuronrobotics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Fri Nov 5 09:40:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 15:40:14 +0000 Subject: [Rxtx] AUTOREPLY Forking and Looking for an Intern Message-ID: <00024C14.4CD4336D@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From mariusz.dec at gmail.com Fri Nov 5 10:18:48 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Fri, 5 Nov 2010 17:18:48 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: <64A24AEFB0D6421A942799F91EC2B4CB@mdam2> Hi Jason, ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 3:30 PM Subject: Re: [Rxtx] well known disconnect and crash problem > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. This is unfortunatelly possible - I haven't chance to check it in any conditions. But in my really applicatione there are many more data than in this example :) and works. But one notice - connections between VCP and USB in OS are very complicated and AREN'T safe while disconnecting USB in natural Windows environment as well. Example from one of my projects - pure Windows and embedded uC (dsPIC30xx). VCP is used of course for communications - 57600, about 700 bytes per second (50 out/650 in from PC side) and I observe not rarely that XP SP3 has a problems: 1. After disonnecting USB while transmission is in progress sometimes computer completelly hangs up or make a demolition of the system's COM ports observed like: Non existing on the Window's ports list is open - my tools may differentiate non existing and opened port... 2. Like in 1. - sometimes something goes wrong in hardware interrupt system of the XP, and hardware interrupt services starts utilising up to 15 percent of processor power... - solution - OS restart only. 3. If I am trying to hold system while it works, system hangs up as well - ONLY hard reset helps. So - I see/I think that completelly good solution between several layers: USB Hardware-> USB software -> VCP -> COM port -> OS -> Java JNI -> JVM isn't easy to find. What to do? I don't know, really - I am sorry. Regards Mariusz From gebhardmarschall at inovel.de Fri Nov 5 11:10:09 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 17:10:09 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C41.4CD44880@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmsachs at gmail.com Fri Nov 5 11:45:13 2010 From: jmsachs at gmail.com (Jason Sachs) Date: Fri, 5 Nov 2010 13:45:13 -0400 Subject: [Rxtx] well known disconnect and crash problem In-Reply-To: References: Message-ID: Yikes: For some reason the email list cut off my message. I did not mean to sound so brief. Here's the whole message, resent: > Mariusz -- I've looked at your example quite a bit, and while it is > fairly robust, it does not solve the problem. > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), > including at least the following two. These comments appear to apply > to the use of RXTX as a whole, not to your specific application. > > 1. Opening a port with an out-of-date CommPortIdentifier: > ?a. Application enumerates CommPortIdentifiers to get valid port name Strings > ?b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > ?c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); > > This case is uncommon but not unreasonably rare. Interactive > applications may have an "open port" button that can be pressed at any > time -- in order to avoid the sequence of events above, the > application would have to rescan ports every time the "open port" > button has been pressed, and immediately open the port thereafter. > > 2. Writing to a disconnected port > ?a. Application successfully opens a port and reads/writes to it > ?b. User unplugs USB comm port > ?c. Either of the following: > ? ? ?i. Application catches an IOException on read/write threads, and > stops using the port, so that the threads run to completion. It looks > like RXTX still has some kind of native background thread that keeps > trying to access the port and that crashes the JVM. > ? ? ?ii. Application catches an IOException on read/write, and tries > to close the port while RXTX is still writing data in the native > background thread. This crashes the JVM. > > If an application does not write to the port often, it is possible (as > your application demonstrates) to catch an IOException in a blocking > call to InputStream.read(), and successfully close the port before > RXTX can crash the JVM. But if the application does send frequent data > to the serial port, and the USB port is unplugged, there doesn't seem > to be a way to stop the JVM from crashing. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user > hits Enter). It occurs whether I use write(byte[]) with a byte array > or write(byte) for a single byte. I can send you this later when I > have time. > > I will file a more detailed bug report for the rxtx bug tracker when I > get back from vacation. > > --Jason > > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would > be better and easier to use a single AtomicBoolean or a CountdownLatch > that represents both read and write access to the port. Or just use a > pair of synchronized settter/getter methods around a private boolean > which is not accessed except through the setter/getter methods. > From gebhardmarschall at inovel.de Fri Nov 5 13:00:14 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Fri, 5 Nov 2010 19:00:14 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C42.4CD4624E@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariusz.dec at gmail.com Sat Nov 6 02:01:06 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Sat, 6 Nov 2010 09:01:06 +0100 Subject: [Rxtx] well known disconnect and crash problem References: Message-ID: Hi Jason I have had more time to do some detailed notices more :) ----- Original Message ----- From: "Jason Sachs" To: Sent: Friday, November 05, 2010 6:45 PM Subject: Re: [Rxtx] well known disconnect and crash problem > > From what I can tell, a crash error occurs under several conditions > (environment = WinXP SP3, jar=RXTX-2.2pre1, dll=RXTX-2.2pre2), This above looks very bad - versions mismatch !!! > 1. Opening a port with an out-of-date CommPortIdentifier: > a. Application enumerates CommPortIdentifiers to get valid port name Strings > b. User unplugs USB comm port (or PC is connected to a device with a > USB comm port that powers down) > c. Application tries to open a comm port with a name of a port that > was unplugged, e.g.: > > String portName = ... // a name of a port that was unplugged > CommPortIdentifier cpi = CommPortIdentifier.getPortIdentifier(portName); > CommPort commPort = cpi.open(ownerName, timeout); My programming practice says: don't open COM port before checking if is available and/or free for use. > 2. Writing to a disconnected port Same notice as previous. In my software (on each platform) I am checking COM ports avialbility before EACH write action. Only exception is in embedded projects where I know that port is available all the time - if properly configured. We have discussed here about this technique a couple months ago already. This technique prevents good my software but needs time and programming work. This is my hint only - based on from 25 years programming experience... - you may like it or not. We should remember that OS's NOW are more complicated than 25 years ago, and more unexpectable things may occur.... Looking from other side - port checking is many times faster than transmission time on COM Ports. > a. Application successfully opens a port and reads/writes to it > b. User unplugs USB comm port Here is the key! OS-es AREN'T ready for dissappearing of COM ports. In my opinion OS-es should be rewrited to create separate class: Virtual Com Ports which will better understand USB problems (dissapearing connection for example). I think that core COM services of the OS-es still thinks that port is available ALL THE TIME - like in my embedded projects. > > Mariusz: Your application does not write enough characters to the port > to cause this to occur. I have an updated application based on yours > which does (it attempts to send 1024 characters every time the user The question is if somebady is able to check/rewrite native code of the RXTX to prevent this problem. Remember that many problems are in OS-es as well (USB-VCP). Solution in this case - re-think protocols and hardware solutions as well. Or change interface if too many data for serial. > p.s. just so you know, you have a few concurrency errors in your > application. You've got synchronization locks around some but not all > of the uses of your variables stopRead and stopWrite. (which > technically should be instance and not static variables, as this > breaks if you have more than one instance of the main class) It would Of course - I have written that this piece of code for forum was prepared a long time after use, to show some ideas only :). One variable more-less isn't important here :). Regards Mariusz From gebhardmarschall at inovel.de Sat Nov 6 02:20:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sat, 6 Nov 2010 08:20:12 +0000 Subject: [Rxtx] AUTOREPLY Re: well known disconnect and crash problem Message-ID: <00024C45.4CD51DCB@inovel.de> Vielen Dank fr Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gren Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de geschftsfhrer: andreas sthr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jafb at tinet.org Sun Nov 7 14:32:39 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:32:39 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <46912.1289165559@tinet.org> Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 14:40:12 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Sun, 7 Nov 2010 21:40:12 +0000 Subject: [Rxtx] AUTOREPLY Lock files under Fedora 14 Message-ID: <00024C4F.4CD72ACB@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From jafb at tinet.org Sun Nov 7 14:43:15 2010 From: jafb at tinet.org (=?utf-8?B?SnVhbiBBbnRvbmlvIEZhcnLDqSBCYXN1cnRlCg==?=) Date: Sun, 07 Nov 2010 22:43:15 +0100 Subject: [Rxtx] Lock files under Fedora 14 Message-ID: <41737.1289166195@tinet.org> Mmmm... Looks like /var/lock/lockdev is the standard path for locks created using lockdev library. Is rxtx using lockdev library? On Sun 07/11/10 22:32 , Juan Antonio Farr? Basurte jafb at tinet.org sent: Hello, Looks like lock-file directory has changed in version 14 of fedora. Now /var/lock is only writable by root. There's a new directory /var/lock/lockdev that is writable by all members of the lock group. The thing is that rxtx looks to still want to write to /var/lock and it can, no matter my user is in the lock group. How can I change rxtx behavior? May be there should be some environment variable or configuration file in my linux distro that points to the correct lock-file directory, and rxtx should (but doesn't) use it? Or the only way is to hard code the desired directoy when compiling rxtx? I took a look to "configure" options when compiling. I only see as relevant options the following ones: --disable-lockfiles -> I don't want this --enable-liblock=x -> I don't know what this means and how would then rxtx work --enable-lockfile_server -> May be this is a possible solution? But I don't find a way to change lock-file directory without changing source files themselves. Thanks for your help. _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From gebhardmarschall at inovel.de Sun Nov 7 21:00:08 2010 From: gebhardmarschall at inovel.de (gebhardmarschall at inovel.de) Date: Mon, 8 Nov 2010 04:00:08 +0000 Subject: [Rxtx] AUTOREPLY Re: Lock files under Fedora 14 Message-ID: <00024C52.4CD783D7@inovel.de> Vielen Dank f?r Ihre Nachricht. Ich habe das Unternehmen zum 01.11.2010 verlassen. Bitte wenden Sie sich an Robert Steinhauser: robertsteinhauser at inovel.de; Tel. 07541 399 00 11 oder Axel Dittus: axeldittus at inovel.de; Tel. 07541 399 00 10 Mit freundlichen Gr??en Gebhard Marschall inovel systeme gmbh gebhardstr. 7 88046 friedrichshafen ************************************************************************** Phone: +49 7541 39900 29 Fax: +49 7541 39900 99 eMail: gebhardmarschall at inovel.de gesch?ftsf?hrer: andreas st?hr, elektrotechniker; axel dittus, elektrotechniker; robert steinhauser, dipl. ing. (fh) handelsregistereintrag: hrb 632191 amtsgericht ulm To: jafb at tinet.org, rxtx at qbang.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Textpart.txt Type: application/octet-stream Size: 132 bytes Desc: not available URL: From rvraaphorst at gmail.com Wed Nov 10 09:27:29 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Wed, 10 Nov 2010 17:27:29 +0100 Subject: [Rxtx] RXTX OSX installer problems Message-ID: Hi all, I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). But I can't see the port where my hardware is attached. On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). I can't see the difference. Here's what the installer does: Install the app in /Applications Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions Install RXTXcomm.jar in /Library/Java/Extensions I've manually created a /var/lock directory. When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. So I think this lib is found. I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. I've used the mouse in the same usb port and it works fine. I've included the jnilib and so and RXTXComm.jar files in the application contents itself. I've run the runnable jar (extracted from the package-contents of the app) and run it with java -jar -d32 myjar.jar But that doesn't show the required port either. Questions: 1) Do I need to add the path /Library/Java/Extensions to the classpath? 2) Did I miss something? 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? 4) What can be wrong? Best regards, Ronald From Kustaa.Nyholm at planmeca.com Wed Nov 10 09:43:57 2010 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Wed, 10 Nov 2010 18:43:57 +0200 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: Message-ID: > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. If you do 'ls /dev' on the development machine and your non working machine, is the name of the device same? Is it possible that on the non working machine something is grabbing / hogging the device you are hoping to use via rxtx? just 2 snt or maybe not even that... br Kusti From bschlining at gmail.com Wed Nov 10 10:23:47 2010 From: bschlining at gmail.com (Brian Schlining) Date: Wed, 10 Nov 2010 09:23:47 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: > > The installer works, when I run it on a fresh installed OSX Snow Leopard > 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and > /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional > port when the hardware is attached). > I can't see the difference. > Did you install drivers for your USB-to-Serial dongle on both machines? > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in > /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 10:39:31 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 14:39:31 -0300 Subject: [Rxtx] cannot install rxtx sources Message-ID: afer make command there is not "librxtxSerial.so" library and i do not know why. $sh configure output ---> http://nopaste.info/658ebf27dd.html $make output ----> http://nopaste.info/01c5c6d27d.html i have the requierments: automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 ltmain.sh (GNU libtool) 2.2.6b gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 GNU Make 3.81 and already seted $JAVA_HOME variable. -- Atte. -------------- next part -------------- An HTML attachment was scrubbed... URL: From showard314 at gmail.com Wed Nov 10 10:58:38 2010 From: showard314 at gmail.com (Scott Howard) Date: Wed, 10 Nov 2010 12:58:38 -0500 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > afer make command there is not "librxtxSerial.so" library and i do not know > why. > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > $make? output ---->? ?http://nopaste.info/01c5c6d27d.html from your make output: # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o .libs/librxtxSerial-2.1-7.so your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs To install you need to do: $make install Regards, Scott From Bob_Jacobsen at lbl.gov Wed Nov 10 13:44:42 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Wed, 10 Nov 2010 12:44:42 -0800 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Sounds like the device doesn't exist on the problematic machine. To check, look in the /dev/ directory to see if the entry you're expecting is present. If not, it's most likely missing a driver. Bob On Nov 10, 2010, at 8:27 AM, Ronald van Raaphorst wrote: > Hi all, > > I'm getting desperate while trying to make an installer for an OSX 10.6 app that uses RXTX 2.2. > > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Here's what the installer does: > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > I've manually created a /var/lock directory. > When I fiddle with the name of the librxtxSerial.jnilib in /Library/Java/Extensions, I cannot select any port and the app crashes. > So I think this lib is found. > > I've tried various versions of the lib, among others from http://blog.iharder.net/2009/08/18/rxtx-java-6-and-librxtxserial-jnilib-on-intel-mac-os-x/ > and http://www.neophob.com/2010/07/serial-library-rxtx-v2-2pre3/ > > I've also tried to run the jvm in 32 bit mode by adding -d32 in the Jar Bundler as a JVM parameter. > I've used the mouse in the same usb port and it works fine. > I've included the jnilib and so and RXTXComm.jar files in the application contents itself. > I've run the runnable jar (extracted from the package-contents of the app) and run it with > > java -jar -d32 myjar.jar > > But that doesn't show the required port either. > > Questions: > 1) Do I need to add the path /Library/Java/Extensions to the classpath? > 2) Did I miss something? > 3) Does anybody have an installer that shows how to install a java app, that I can open with the OSX PackageMaker? > 4) What can be wrong? > > Best regards, > Ronald > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From a.veras at gmail.com Wed Nov 10 14:22:07 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 18:22:07 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: after a make install this is what i got. ------------------------------------------------------------------------------------------------------------------ arturo at omegared:~/rxtx-2.1-7r2$ make install make all-am make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory Try `libtool --help --mode=install' for more information. make: *** [install] Error 1 ------------------------------------------------------------------------------------------------------------------- 2010/11/10 Scott Howard > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > > afer make command there is not "librxtxSerial.so" library and i do not > know > > why. > > > > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > $make output ----> http://nopaste.info/01c5c6d27d.html > > > from your make output: > > # gcc -shared /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > .libs/librxtxSerial-2.1-7.so > > your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > To install you need to do: > > $make install > > > Regards, > Scott > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Wed Nov 10 19:30:22 2010 From: a.veras at gmail.com (Arturo Veras) Date: Wed, 10 Nov 2010 23:30:22 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: as I could not run the make command, don't know why, i started searching in the output of the make command. i see there is a problem. the UTS_RELEASE variable in no longer defined in /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the code must be changed. Another thing that i saw is the libraries that i have been searching is inside in a hidden folder in /rxtx-2.1-7r2/ i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make it work. the make install does not work but i really don't needed . 2010/11/10 Arturo Veras > after a make install this is what i got. > > ------------------------------------------------------------------------------------------------------------------ > arturo at omegared:~/rxtx-2.1-7r2$ make install > make all-am > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > Try `libtool --help --mode=install' for more information. > make: *** [install] Error 1 > > ------------------------------------------------------------------------------------------------------------------- > > 2010/11/10 Scott Howard > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: >> > afer make command there is not "librxtxSerial.so" library and i do not >> know >> > why. >> > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html >> > $make output ----> http://nopaste.info/01c5c6d27d.html >> >> >> from your make output: >> >> # gcc -shared >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o >> .libs/librxtxSerial-2.1-7.so >> >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs >> >> To install you need to do: >> >> $make install >> >> >> Regards, >> Scott >> > > > > -- > Atte. > Arturo > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at g0poy.com Thu Nov 11 04:56:41 2010 From: andy at g0poy.com (Andy Eskelson) Date: Thu, 11 Nov 2010 11:56:41 +0000 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: References: Message-ID: <20101111115641.52270942@workstation.home> I'm not sure if it's the same on macOS, but under linux the make install is usually performed as root. Andy On Wed, 10 Nov 2010 23:30:22 -0300 Arturo Veras wrote: > as I could not run the make command, don't know why, i started searching in > the output of the make command. > i see there is a problem. the UTS_RELEASE variable in no longer defined in > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so the > code must be changed. Another thing that i saw is the libraries that i have > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and make > it work. > > the make install does not work but i really don't needed . > > 2010/11/10 Arturo Veras > > > after a make install this is what i got. > > > > ------------------------------------------------------------------------------------------------------------------ > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > make all-am > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a directory > > Try `libtool --help --mode=install' for more information. > > make: *** [install] Error 1 > > > > ------------------------------------------------------------------------------------------------------------------- > > > > 2010/11/10 Scott Howard > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras wrote: > >> > afer make command there is not "librxtxSerial.so" library and i do not > >> know > >> > why. > >> > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > >> > >> > >> from your make output: > >> > >> # gcc -shared > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > >> .libs/librxtxSerial-2.1-7.so > >> > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > >> > >> To install you need to do: > >> > >> $make install > >> > >> > >> Regards, > >> Scott > >> > > > > > > > > -- > > Atte. > > Arturo > > > > > > -- > Atte. > Arturo From rvraaphorst at gmail.com Thu Nov 11 05:27:36 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 13:27:36 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: Thanks all for pointing out that I should look in the /dev and find the port. It isn't there, so I tried to install a pl2303 driver, from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html All to no avail. None of them show an extra port in /dev... Does anyone have another solution? Ronald On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, > the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). > But I can't see the port where my hardware is attached. > > On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). > I can't see the difference. > > Did you install drivers for your USB-to-Serial dongle on both machines? > > Install the app in /Applications > Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions > Install RXTXcomm.jar in /Library/Java/Extensions > > It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) > > -- > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Brian Schlining > bschlining at gmail.com > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob_Jacobsen at lbl.gov Thu Nov 11 05:37:04 2010 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Thu, 11 Nov 2010 07:37:04 -0500 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: References: Message-ID: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Are you sure it's a PL2303 device? Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. Bob On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > Thanks all for pointing out that I should look in the /dev and find the port. > It isn't there, so I tried to install a pl2303 driver, > > from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg > (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) > > I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html > and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html > > All to no avail. None of them show an extra port in /dev... > Does anyone have another solution? > > Ronald > > > > On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: > >> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >> But I can't see the port where my hardware is attached. >> >> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >> I can't see the difference. >> >> Did you install drivers for your USB-to-Serial dongle on both machines? >> >> Install the app in /Applications >> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >> Install RXTXcomm.jar in /Library/Java/Extensions >> >> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >> >> -- >> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >> Brian Schlining >> bschlining at gmail.com >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Bob Jacobsen, LBNL Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG From rvraaphorst at gmail.com Thu Nov 11 06:04:49 2010 From: rvraaphorst at gmail.com (Ronald van Raaphorst) Date: Thu, 11 Nov 2010 14:04:49 +0100 Subject: [Rxtx] RXTX OSX installer problems In-Reply-To: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> References: <4CDD84DB-1BAA-4FFF-B8CA-01FC7042151F@lbl.gov> Message-ID: <158E555D-B996-40FC-87C2-D412AE1EB864@gmail.com> Ow, nope. I searched for USB to serial and found the pl 2303 driver. Your answer triggerd me to look further and I found the FTDIUSBSerialDriver_v2_2_14.dmg image with the driver I needed. Thanks for replying so quickly. It works! Ronald On Nov 11, 2010, at 1:37 PM, Bob Jacobsen wrote: > Are you sure it's a PL2303 device? > > Open System Profiler, click the USB selection, and see if the device is visible as hardware. If so, check it's type information, etc. > > Bob > > On Nov 11, 2010, at 7:27 AM, Ronald van Raaphorst wrote: > >> Thanks all for pointing out that I should look in the /dev and find the port. >> It isn't there, so I tried to install a pl2303 driver, >> >> from http://github.com/downloads/failberg/osx-pl2303/osx-pl2303-0.4.1-failberg.pkg >> (via the link in the ReadMe section of https://github.com/failberg/osx-pl2303) >> >> I also tried http://www.apple.com/downloads/macosx/drivers/prolificpl2303driverfor64bitmacosx.html >> and http://www.apple.com/downloads/macosx/drivers/pl2303usbtoserialdriver.html >> >> All to no avail. None of them show an extra port in /dev... >> Does anyone have another solution? >> >> Ronald >> >> >> >> On Nov 10, 2010, at 6:23 PM, Brian Schlining wrote: >> >>> The installer works, when I run it on a fresh installed OSX Snow Leopard 10.6 machine, >>> the app runs and I can see some ports (/dev/tty.Bluetooth-PDA-Sync and /dev/cu.Bluetooth-PDA-Sync). >>> But I can't see the port where my hardware is attached. >>> >>> On my development machine (10.6 too) everything works (I see an additional port when the hardware is attached). >>> I can't see the difference. >>> >>> Did you install drivers for your USB-to-Serial dongle on both machines? >>> >>> Install the app in /Applications >>> Install librxtxSerial.jnilib and librxtxSerial.so in /Library/Java/Extensions >>> Install RXTXcomm.jar in /Library/Java/Extensions >>> >>> It's not a good idea to install RXTX into /Library/Java/Extensions. You should configure your apps classpath and java.lib.path to use locally packaged jars and libraries (e.g. in /Applications/YourApp.app/lib) >>> >>> -- >>> ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ >>> Brian Schlining >>> bschlining at gmail.com >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx > > -- > Bob Jacobsen, LBNL > Bob_Jacobsen at lbl.gov +1-510-486-7355 fax +1-510-643-8497 AIM, Skype JacobsenRG > > > > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From andrea.carlinoa at gmail.com Thu Nov 11 08:39:03 2010 From: andrea.carlinoa at gmail.com (Andrea Carlino) Date: Thu, 11 Nov 2010 16:39:03 +0100 Subject: [Rxtx] problem with serial port under Windows Mobile Message-ID: Hi all, I have a problem I'm trying to solve but it seems much harder than expected. I need to read serial port on a Windows Mobile 6.5 device. Over it there is a J9 JVM and over the JVM an OSGi Framework. I need to develop a bundle (which is a simple jar application for the OSGi Framework) which should use serial ports. I tried many solution proposed in different forums, and also the procedure based on RXTX on the rxtx Wiki website, but I wasn't able to find a solution. Moreover I couldn't find any forum where someone faced and solved the same problem! It's two days I'm struggling on this, can anyone help me?! I followed the instructins on page http://rxtx.qbang.org/wiki/index.php/Using_RXTX_In_Eclipse and was able to compile the bundle and exporting it from Eclipse to the device but when I run the bundle on the J9 and OSGi framework I get a dll problem: java.lang.UnsatisfiedLinkError: rxtxSerial ((193) %1 is not a valid Win32 application.) thrown when loading gnu.io.RXTXCommDriver I don't know how to solve this problem...any ideas? did anyone test some similar conditions? Please, I really need help! Thanks, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.veras at gmail.com Thu Nov 11 09:43:47 2010 From: a.veras at gmail.com (Arturo Veras) Date: Thu, 11 Nov 2010 13:43:47 -0300 Subject: [Rxtx] cannot install rxtx sources In-Reply-To: <20101111115641.52270942@workstation.home> References: <20101111115641.52270942@workstation.home> Message-ID: i know... 2010/11/11 Andy Eskelson > I'm not sure if it's the same on macOS, but under linux the make install > is usually performed as root. > > Andy > > > > On Wed, 10 Nov 2010 23:30:22 -0300 > Arturo Veras wrote: > > > as I could not run the make command, don't know why, i started searching > in > > the output of the make command. > > i see there is a problem. the UTS_RELEASE variable in no longer defined > in > > /include/linux/version.h , instead there is the LINUX_VERSION_CODE, so > the > > code must be changed. Another thing that i saw is the libraries that i > have > > been searching is inside in a hidden folder in /rxtx-2.1-7r2/ > > i686-pc-linux-gnu/.libs/ . Finally i copied the library from .libs and > make > > it work. > > > > the make install does not work but i really don't needed . > > > > 2010/11/10 Arturo Veras > > > > > after a make install this is what i got. > > > > > > > ------------------------------------------------------------------------------------------------------------------ > > > arturo at omegared:~/rxtx-2.1-7r2$ make install > > > make all-am > > > make[1]: Entering directory `/home/arturo/rxtx-2.1-7r2' > > > make[1]: Leaving directory `/home/arturo/rxtx-2.1-7r2' > > > libtool: install: `i686-pc-linux-gnu/librxtxRS485.la' is not a > directory > > > Try `libtool --help --mode=install' for more information. > > > make: *** [install] Error 1 > > > > > > > ------------------------------------------------------------------------------------------------------------------- > > > > > > 2010/11/10 Scott Howard > > > > > > On Wed, Nov 10, 2010 at 12:39 PM, Arturo Veras > wrote: > > >> > afer make command there is not "librxtxSerial.so" library and i do > not > > >> know > > >> > why. > > >> > > > >> > $sh configure output ---> http://nopaste.info/658ebf27dd.html > > >> > $make output ----> http://nopaste.info/01c5c6d27d.html > > >> > > >> > > >> from your make output: > > >> > > >> # gcc -shared > > >> /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs/fuserImp.o > > >> -lpthread -Wl,-soname -Wl,librxtxSerial-2.1-7.so -o > > >> .libs/librxtxSerial-2.1-7.so > > >> > > >> your library is in /home/arturo/rxtx-2.1-7r2/i686-pc-linux-gnu/.libs > > >> > > >> To install you need to do: > > >> > > >> $make install > > >> > > >> > > >> Regards, > > >> Scott > > >> > > > > > > > > > > > > -- > > > Atte. > > > Arturo > > > > > > > > > > > -- > > Atte. > > Arturo > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > -- Atte. Arturo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfh at greenhousepc.com Thu Nov 11 10:41:37 2010 From: jfh at greenhousepc.com (jfh at greenhousepc.com) Date: Thu, 11 Nov 2010 10:41:37 -0700 Subject: [Rxtx] cannot install rxtx sources Message-ID: <20101111104137.8ef0e5b4a80cef441275a6330ffad77d.53f168d386.wbe@email13.secureserver.net> An HTML attachment was scrubbed... URL: From boflor at gmail.com Mon Nov 15 12:58:00 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Mon, 15 Nov 2010 20:58:00 +0100 Subject: [Rxtx] error in netbeans debugger Message-ID: <4CE190C8.2050506@gmail.com> Hi guys, I have a source code of a program that uses rxtx. The compiled program (not compiled by me) works like a charm, but when I try to debug the program in netbeans on the same machine, I get a 'gnu.io.NoSuchPortException'. The compiled version will use the rxtx library in the jre/lib directory, where the netbeans version will not (it keeps giving errors even when the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the jar file to the library of my netbeans project. Could this be where to look? Anyone any ideas where else it could be going wrong? regards, b. From mariusz.dec at gmail.com Mon Nov 15 22:55:33 2010 From: mariusz.dec at gmail.com (M.Dec-GM) Date: Tue, 16 Nov 2010 06:55:33 +0100 Subject: [Rxtx] error in netbeans debugger References: <4CE190C8.2050506@gmail.com> Message-ID: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> HI, > Hi guys, > > The compiled version will use the rxtx library in the jre/lib directory, > where the netbeans version will not (it keeps giving errors even when > the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the > jar file to the library of my netbeans project. Could this be where to look? > > Anyone any ideas where else it could be going wrong? I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. Try to delete ALL compiled copies of the RXTX jar. Of course OS native lib (dll, so) have to been in correct place. Mariusz > regards, > > b. > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From boflor at gmail.com Tue Nov 16 03:23:23 2010 From: boflor at gmail.com (boflor at gmail.com) Date: Tue, 16 Nov 2010 11:23:23 +0100 Subject: [Rxtx] error in netbeans debugger In-Reply-To: <4B534E95CCEB472494C0AF1FEB20622B@mdam2> References: <4CE190C8.2050506@gmail.com> <4B534E95CCEB472494C0AF1FEB20622B@mdam2> Message-ID: <4CE25B9B.4080002@gmail.com> >> The compiled version will use the rxtx library in the jre/lib directory, >> where the netbeans version will not (it keeps giving errors even when >> the rxtxcomm.jar file is in the jdk/jre/lib directory), so I added the >> jar file to the library of my netbeans project. Could this be where to look? >> >> Anyone any ideas where else it could be going wrong? > I have observed some misterious errors/problems (in Netbeans) when compiled RXTX jar was somewhere, when I have included RXTX sources into application. > Try to delete ALL compiled copies of the RXTX jar. > Of course OS native lib (dll, so) have to been in correct place. Thanks Mariusz, I did not include RXTX sources in the project, just the jar file. Kind regards, b. From dicir00 at gmail.com Tue Nov 16 05:42:13 2010 From: dicir00 at gmail.com (Diego Cirujano) Date: Tue, 16 Nov 2010 13:42:13 +0100 Subject: [Rxtx] LibExtPath to make it easier Message-ID: Hi all, I've been using this lib for a long time so now I would like to contribute in order to make it easier to use. I programmed a class that gets the library(so, dll) for me. This is the code: /* * LibExtPath.java * * Copyright (C) 2009 Diego Cirujano * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program. If not, see . */ package es.unizar.tecnodiscap.util; /** * * @author ciru */ import java.lang.reflect.*; import java.util.logging.Level; import java.util.logging.Logger; public class LibExtPath { public static void configureRXTX() { String pathname = "./libext/rxtx/"; if (isWindows() && is32()) { // windows 32 pathname = pathname + "Windows/win32"; } else if (isWindows() && is64()) { // windows 64 pathname = pathname + "Windows/win64"; } else if (isLinux() && is32()) { // linux 32 pathname = pathname + "Linux/i686-unknown-linux-gnu"; } else if (isLinux() && is64()) { // linux 64 pathname = pathname + "Linux/x86_64-unknown-linux-gnu"; } else if(isLinux() && isIA()){ // linux ia